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TANDEM 


Controller CD-ROM e IDE per Amiga 
2000/3000/4000 (scheda Zorro Il). Permette di 
gestire CD-ROM Mitsumi"* (LU005S, FX001S e 
FX001D)XA multisessione a singola 
(150Kb/sec) e doppia velocità (320 Kb/sec). 
Inoltre permette di controllare fino a due Hard 
Disk IDE e removibili SyQuest® IDE. Nel pacchetto é 
incluso il software di gestione CD-ROM compatibile 
multisessione in grado di leggere CD ISO-9660 
(anche con estensione Rock Ridge), Mac, 
Hi-Sierra, Photo CD (praticamente tutti i CD în 
commercio).Tandem é inoltre compatibile col CD 
FileSystem della Commodore, AsimCDFS e 
Babel CDFS. Si possono inserire più Tandem 
nell'Amiga 

















MULTIFACE CARD 3 POWER COMPUTING PC 1202 XL EXTERNAL DRIVE AT-BUS 508 


Scheda con 2 seriali e 1 parallela per Amiga Scheda di espansione per Amiga 1200 da 0 Drive esterno ad alta densità per tutti i modelli —Controller At-Bus per Amiga 500/500+1Mb x 4. 
2000/3000/4000 Seriali 100% compatibili con le fino a 8 Mb. Batteria tampone e zoccolo per di Amiga. Permette di leggere e scrivere dischi —Espandibile a &mb con memorie ZIP da Imb x 4. 
seriali standard. Velocità massima di 115200 coprocessore matematico MC68882 fino a 50 da 880K/1.76M Amiga e 720K/1.44 IBM PC Gestisce fino a 2 hard disk (anche da 2.57). 
baud con handshake RTS/CTS hardware. mhz. Ha due zoccoli per SIMM 72pin (stessi Software CrossDOS per leggere dischi PC Selettori esterni per escludere hard disk e/o 
Parallela compatibile BiTronic" . Driver ParNet usati da A4000) da 1, 2, 4, 8 Mb. | due zoccoli incluso. 100% compatibile col floppy montato memoria 

per collegare fino a 255 Amiga in rete consentono di espandere gradualmente la su A4000. APPROVATO COMMODORE. 


scheda a 1, 2, 5, 8,Mb 





AT-BUS 2008 
Controller SCSI-2 16bit per Amiga 2000/3000/4000. Controller At-Bus IDE per Amiga 2000/3000/4000. 
Espandibile a 8Mb con memorie ZIP da 1Mbx4. Espandibile a 8Mb con memorie ZIP da 1Mbx4. 
Funzione di login per proteggere partizioni di Hard Disk Permette di collegare fino a 2 Hard Disk At-Bus. 
Velocità di trasferimento da 1Mb/sec a 2Mb/sec (a seconda dell'Hard Disk Velocità di trasferimento da 700Kb/sec a 1,8Mb/sec (a seconda 
utilizzato). GigaMem (gestore memoria virtuale) in regalo. Driver per A-Max. dell'Hard Disk utilizzato). 
Permette di collegare fino a 7 unità SCSI. Compatibile RDB. Compatibile 100% con Hard Disk removibili da 3.5" SyQuest". 
Compatibile con tutti gli Hard Disk, CD-ROM, Removibili SCSI in commercio. Compatibile RDB. 
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GRAFFITI: 


Questo mese vi attende un numero quasi completamente dedicato 
alla grafica, professionale e non. Si comincia con una panoramica 
sulle tecniche di animazione, così come la ricerca più avanzata le — 
propone e le immagina: magari, un giorno, potremo vederle anche 
su Amiga (alcune già lo sono). Si passa attraverso il TBC Plus, che 
costituisce il primo mattone del sistema GVP di editing video 
professionale, che promette davvero bene, per passare poi a TV 
Paint 2.0, il programma di grafica a 24 bit preferito dalla maggior 
parte dei professionisti grafici e compatibile con la quasi totalità 
delle schede grafiche in commercio. 

E poi VLAB 4.1, che consente, oltre a ottima digitalizzazione di 
immagini singole, la cattura, con un metodo davvero ingegnoso, di 
intere sequenze video a 25 fps. Per finire con PhotoWorkx, che 
legge immagini nel formato Photo CD di Kodak. 

Il tutto è coronato dalla recensione di Fastlane, uno dei più veloci 
controller SCSI per Personal Computer esistenti al mondo, e 
dall'Overdrive di Archos, che sfrutta la porta PCMCIA del 1200 
dotandolo di un hard disk IDE da 3,5" trasportabile. 

La vocazione grafica di Amiga non cessa di produrre frutti interes- 
santi anche al di fuori dell'ambito strettamente grafico: la realizza- 
zione di Fastlane, a esempio, con un transfer rate che raggiunge 
con l'hard disk Seagate Barracuda, stando a quanto si è visto alla 
fiera di Colonia, i 7 Mb/s e che può ospitare fino a 256 Mb di RAM, 
ha senso soprattutto in ambito grafico, per iltrattamento di sequen- 
ze grafiche e animazioni a 24 bit, e dimostra, inequivocabilmente, 
la potenza del bus Zorro Ill presente su A4000. 

Per concludere, una piccola nota tecnica che può risultare utile a 
molti lettori: nonostante gli ultimi numeri di Amiga Magazine 
siano giunti in redazione entro la prima settimana del mese, come 
avevamo annunciato sul numero 52, di fatto, la distribuzione in tut- 
te le edicole richiede qualche giorno lavorativo, specie per giun- 
gere al di fuori delle grandi città, per cui, a quanto ci risulta, la 
rivista giunge in non poche edicole solo durante la seconda 
settimana del mese. 


Romano Tenca 
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e Unix - Pc Floppy - Pe Magazine - Automazione Oggi - Lan e Telecomunicazioni - Elettronica Oggi - EO News - Strumenti 
Musicali - Watt - Meccanica Oggi 


ASSEMBLAGGIO PC COMPATIBILI MS Us OS 
ASSISTENZA TECNICA 


i 
LI RI 
. 
S 
È 1 
A 
=" i 


| NEW SYSTEM POINT -Via G. Paglia 34/8 | 
24100 BERGAMO - Tel. 035/248109 | 


Tir LD ZII 
n 


i edy, 22 meu BORGOMANERO È 


TEL. 0322/846498 
- COMMODORE POINT 
COMPUTER 

3} PERIFERICHE 

V| PROGRAMMI 

“)3] GIOCHI 

da LIBRI 


ACCESSORI 
||| ASSISTENZA 


Mali 
ì 


Vidia pt * 


TV- GAMES 


cHe TAL CO PUT ER POINT 
Via do 22 - BOLZANO 
471 VA 


TRIOZON 
INFORMATICA 


SISTEMI ED ACCESSORI 
AMIGA 


INFORMATICA 
e Buozzi 16 - PORTO S. GIORGIO (AP) 
Te A Fax 0734/678034 





AMIGA 


ANNO 7 e NUMERO 54 e MARZO 1994 


POSTA 


| lettori ci scrivono 6 





TRENDS 


Dalla stampa di tutto il mondo | ® 




















Computer Animation 12 
RIGA PRIMI PASSI 
Fastlane Z3 16 Amiga da zero 62 
GVP TBC Plus 22 AI ITIRESIANI. e 
VLab Y/C 4.1 26 La nuova legge sul software 
=—sscercanomIcIAn (parte II) 
Archos Overdrive 31 
SORDO I STI 
Boat Race al microscopio 67 
TV Paint 2.0 51 Ta n 
SAAS DD A RR) RE 
PI Image 4.01 56 


Prepariamo una pubblicazione 


PhotoWorkx 59 (parte III) 71 





IL TECNICO RISPONDE 
Drive magneto ottici 73 


MORBOROZNRS INT 3 RE 











o 
a” 
a 
2 
a 
0 


PANSARTICN Tre dimensioni 77 
Capire il CD-ROM 35 
IFFParse Library 39 | programmi su disco 78 
La porta parallela 45 





Application Support Library 48 









ENV E INSTALL 


1) Il 1200 mi chiede in continuazione “Insert 
Volume ENV: quando faccio il boot non da 
Workbench con alcuni programmi. 

2) Perché con la formattazione FFS il disco 
non è immediatamente bootabile? 

VR, Milano 


1) Il volume ENV: è un “falso” volume. Non si 
tratta infatti di un floppy disko diuna partizione 
di hard disk, ma del prodotto del comando 
AmigaDOS Assign. Questo comando per- 
mette di creare dei volumi “virtuali” (detti 
anche directory logiche o device logici) che 
in verità non corrispondono a un volume 
fisico, ma a una directory posta all'interno di 
un autentico volume fisico. 

Il sistema operativo usa alcune di queste 
directory logiche per tenervi propri dati, a 
esempio: FONTS:, C:, L:, LIBS:, T:, ENVARC: 
e così via. Una di queste è proprio ENV:. 
Alcune di queste directory logiche vengono 
create automaticamente al boot del sistema. 
Di altre si incarica la Startup-Sequence. ENV: 
rientra in questo ultimo gruppo. 

Sesicarica con Edi ilfile S:Startup-Sequence 
standard del 3.0, si noterà la presenza di una 
linea di questo tipo: 


Assign >NIL: ENV: RAM:ENV 


che significa: “quando un programma chie- 
de del volume ENV:, fagli leggere e scrivere 
la directory RAM:ENV". RAM: è il disco che 
utilizza la memoria di Amiga per memorizza- 
re i dati. La directory RAM:ENV deve essere 
creata in RAM: a ogni boot prima di poter 
essere usata con Assign. Se ne incarica la 
seguente linea di comando, posta sempre in 
S:Startup-Sequence: 


C:MakeDir RAM:T RAM:Clipboards 
RAM:ENV RAM:ENV/Sys 


che crea molte directory in RAM, fra cui ENV 
e la sottodirectory Sys in RAM:ENV. 

Dopo di che, la Startup-Sequence copia al- 
cuni dati utili al sistema in RAM:ENV/Sys, 
prelevandoli dalla directory logica ENVARC:, 
con il comando 


C:Copy >NIL: ENVARC: RAM:ENV ALL 
NOREQ 


ENVARC: corrisponde alla directory prefs/ 
env-archive del disco da cui è avvenuto il 
boot e viene assegnata automaticamente dal 
sistema al momento del boot. 

ENV: sta per “ENVIRONMENT”, ambiente, e 
viene utilizzato dal sistema e da vari pro- 
grammi per tenervi file di configurazione. Il 
caso tipico è rappresentato dai programmi 
Preferences. A esempio, quando si usa il 
programma Printer e si preme il gadget “Usa” 
0 "Use", idati relativi alla stampante vengono 
salvati in ENV:Sys/printer.prefs. Tali dati ver- 
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ranno perduti al successivo reset perché 
sono posti inRAM:. Quandosi preme il gadget 
“Salva” o “Save”, idati vengono salvati anche 
in ENVARC:Sys/printer.prefs e il sistema li 
ritroverà al reset successivo. 

ENV: viene anche usato per tenervi le varia- 
bili globali del CLI generate dal comando 
Setenv (il discorso si fa qui piuttosto ampio e 
rimandiamo pertanto alla puntata della rubri- 
ca “Usiamo il CLI” che ha trattato l'argomen- 
to) e può essere usato da qualsiasi program- 


. ma sia per tenervi file di configurazione sia 


per le variabili globali. 

Detto questo è chiaro che la directory ENV: è 
praticamente indispensabile al corretto fun- 
zionamento del sistema e che la Startup- 
Sequence deve contenere il comando Assign 
già citato. Il suo problema è dunque dovuto 
al fatto che la directory logica ENV: non è 
stata creata correttamente al momento del 
boot. Ciò può essere dovuto a motivi diversi: 


a) manca il comando 
NIL: ENV: RAM:ENV 
nella Startup-Sequence; 


b) se tale comando è presente, potrebbe 
mancare in C: il file Assign; 


c) il sistema non crea la directory RAM:ENV, 
perché non esiste il relativo comando nella 
Startup-Sequence o manca il file Makedir in 
C:; 


d) il sistema non trova la RAM: per qualche 
stranissimo motivo; 


e) al boot, la Startup-Sequence si interrompe 
prima di giungere ai comandi citati, perché 
qualche comando precedente fallisce inter- 
rompendola. 


Esamini dunque il file S:Startup-Sequence, 
controlli la presenza di C:Assign, C:Makedir 
e l'esistenza del volume RAM:. Se non riesce 
a individuare il problema, provi a inserire 
all'inizio della Startup-Sequence, subito dopo 
“C:SetPatch QUIET”, il comando “Set echo 
on", rifaccia il boot e osservi l'elenco dei vari 
comandi che vengono eseguiti per indivi- 
duare il punto eventuale in cui la Startup- 
Sequence fallisce. Si ricordi poi di togliere il 
comando Set. 


2) Né la formattazione OFS, né quella FFS 
rendono, di per sé, un disco bootabile. Per 
renderlo tale, occorre usare il comando CLI 
Install, indicando semplicemente il nome del 
floppy drive che contiene il disco da rendere 
bootabile e il parametro FFS: 


INSTALL DFO: FFS 


Ricordiamo che il parametro CHECK di Install 
permette di sapere se il disco è bootabile e 
se il blocco di boot (bootblock) è FFS o OFS. 


Spettabile Redazione, posseggo un 500 Plus 
con A590 espanso a un Mega di Fast che ha 
sostituito il mio vecchio A500. Sono indeciso 
se comprare il 1200 o aspettare l'uscita dei 
nuovi computer basati sull' AAA. Quindi vor- 
rei sapere: 

1) Quando usciranno i nuovi Amiga? 

2) L'A1200verrà aggiornato con il nuovo chip 
set o ci sarà un suo sostituto? 

3) Su alcune riviste ho letto che gli Amiga 
high-end useranno il Pentium oppure dei 
RISC, è vero? Come si collocheranno queste 
nuove macchine? Saranno ancora Amiga o 
no? 

M. Antonio, Maranello (MO) 


1) Nelle Trends abbiamo pubblicato più volte 
voci e indiscrezioni relative ai nuovi modelli 
Amiga. Attualmente, i nuovi Amiga sono an- 
cora in fase di sviluppo (anche se avanzato) 
a livello di chip, quindi sapere quando usci- 
ranno i nuovi modelli e come saranno esatta- 
mente è al di là di ogni possibile previsione. 
Nemmeno alla Commodore, probabilmente, 
sanno adesso come andranno effettivamen- 
te le cose: faranno diversi prototipi, analizze- 
ranno mercato e costi e poi decideranno. 
Attualmente si sente parlare della fine del '94 
per i primi modelli AAA. 

2) Il 1200 non potrà essere aggiornato al 
futuro chip set. L'unica possibilità sarebbe 
una scheda Zorro Ill per il 4000, ma difficil- 
mente potrà valer la pena realizzarla e 
venderla per qualsiasi società. È possibile 
che prima o poi appaia un sostituto del 
1200, ma quando questo avverrà e se av- 
verrà, non è dato a nessuno conoscerlo, 
oggi come oggi. Quindi, per i suoi acquisti, 
dipende da Lei: se è soddisfatto del siste- 
ma attuale e non ha esigenze particolari, 
potrebbe anche mettersi ad aspettare un 
eventuale nuovo modello Amiga. Se invece 
già adesso fatica a continuare con il 500, 
per un motivo o per l'altro, potrebbe tentare 
di vendere ciò che possiede sul mercato 
dell'usato e passare a un 1200 con hard 
disk IDE con una spesa limitata. 

3) Anche qui il mistero è abbastanza fitto: a 
quanto pare si utilizzerà una CPU RISC, forse 
di marca HP (di sicuro non il Pentium, 
questo possiamo sottoscriverlo), ma inizial- 
mente ciò avverrà solo sul modello più 


_. è 


caro, a quanto pare, solo a partire dal 1995 e 
non sarà certo un computer alla portata di 
tutti. Ribadiamo che queste sono previsioni 
che si fondano solo su voci e indiscrezioni: 
anche se corrispondessero veramente ai 
piani attuali di Commodore, nulla vieta che 
fra qualche mese Commodore stessa li mo- 
difichi per adattarli a un mercato in continua 
evoluzione. 

Come Lei conferma nella lettera, è rimasto 
scottato dal passaggio dal 500 al 500 Plus, 
subito abbandonato da Commodore, e teme 
che una cosa possa avvenire nel 
passaggio al 1200. A proposito va sottoli- 
neata una sola cosa: le differenze fra 1200 
e 500 Plus sono molto più consistenti di 
quelle esistenti fra 500 e 500 Plus: 3.0, 256 
colori o HAM8 con tutti gli schermi, 68020 a 
velocità doppia rispetto al 68000, interfaccia 
IDE per hard disk interno, uscita composita a 
colori, porta PCMCIA, 2 Mb di Chip RAM non 
sono cose di poco conto, comunque si inten- 
da usare il 1200. Secondo il nostro modesto 
parere, fra le due macchine c'è un abisso. 


Vorrei porvi alcuni quesiti: 

1) Che differenze ci potrebbero essere tra un 
CD32 con tastiera, floppy, porte IDE, SCSI e 
un 1200 dotato del “futuro” lettore CD Amiga? 
2) Quanto pensate che costerà il nuovo letto- 
re Commodore. 

3) Le prestazioni delle schede di espansione 
di memoria PCMCIA sono così deludenti che 
non mi consigliereste di comprare una sche- 
da da 2 Mb usata a 110.000 lire? 

4) Potreste elencarmi i motivi per cui dovrei 
comprare un Amiga e non un PC? 


1) Ammesso che appaiano sul mercato tutti 
i prodotti che Lei elenca, l'unica differenza 
potrebbe essere il chip Akiko del CD32, 
anche se è probabile che la scheda 
Commodore per 1200 con lettore di CD- 
ROM conterrà questo chip (se mai venisse 
commercializzata). 

2) Non possiamo saperlo, visto che il prodot- 
to non solo non è uscito ma non si sa nemme- 
no se uscirà. L'unica cosa che sappiamo è 
che i lettori di CD-ROM a doppia velocità 
(come quello del CD32) presenti sul merca- 
to non costano meno dell'intero CD32, ci 
aggiunga il costo della scheda di interfaccia 
per il 1200 e tragga le conclusioni. 

3) Non sappiamo esattamente di che tipo di 
scheda di memoria si tratti, però 55.000 lire al 
Megabyte ci sembra un buon prezzo. Lo 
scadimento delle prestazioni si avverte so- 
prattutto nel paragone con la Fast RAM a 32 
bit di un'eventuale espansione presente nel 
cassetto interno. Nulla vieta comunque di 
usare 4 Mb (non 8, però) di espansione 
interna a 32 bit e 4 Mb di RAM PCMCIA. 
Inoltre, se la RAM Card è di quelle che 
conserva i dati anche quando è staccata dal 


computer, potrebbe essere utile per scam- 
biare i dati con un altro 1200 sotto forma di 
RAM Disk non volatile. 

4)Provi aleggere lalettera di Giorgio Giannini 
che compare in questa stessa rubrica. 


TIMORI FONDATI? 


Vorrei farvi partecipe di un dubbio che mi 
assilla molto spesso e cioè: perché quando 
leggo la vostra rivista, Amiga è come se 
fosse una macchina quasi perfetta, mentre 
quando leggo altre riviste che non trattano 
solo dell'Amiga, ma anche e più approfondi- 
tamente del mondo MS-DOS, sembra che 
l'Amiga sia solo un giocattolo 0 poco più. lo 
posseggo un Amiga 600 con espansione di 
memoria a 2 Mb, hard disk da 60 Mb e 
secondo floppy drive, e per lavoro opero sia 
su un grosso IBM AS400 che su un PC 486 e 
anche un portatile Apple Powerbook 100, 
così penso di avere un'idea abbastanza pre- 
cisa di quello che i principali sistemi offrono 
e affermo senza orma di dubbio che nel 
campo della grafica, Amiga dà ancora dei 
punti a tutti e in merito al sistema operativo... 
beh, lasciamo perdere. L'OS Commodore è 
certamente, assieme a quello della Apple, il 
migliore in assoluto. 

Il mio timore è che la macchina con cui sto 
scrivendo in questo momento sia destinata a 
scomparire dalla scena mondiale a causa di 
una sempre più pressante concorrenza del 
mondo MS-DOS, che offre sì cose strabilianti, 
ma solo se si possono spendere svariati 
milioni per avere delle superconfigurazioni 
che esuberano ogni necessità di lavoro e 
servono solo per farci girare le ultime novità 
nel campo dei videogame. 

Non riesco a capire perché nessuno si è mai 
preoccupato di fare dei programmi seri - 
gestionali - per gli Amiga, così da poterne 
vedere negli uffici, oltre ai soliti PC e Apple, 
impegnati non solo in operazioni grafiche, in 
cui sono specializzati, ma anche all'opera 
conla partita doppia e la fatturazione, penso 
che se mondo Amiga si aprisse anche a 
queste cose avrebbe più speranze di so- 
pravvivere. Spero che tutti i miei timori risul- 
tino infondati e che il mondo Amiga continui 
la sua evoluzione. 

Giannini Giorgio, Porcari (LU) 


Crediamo, stando alle lettere che giungono 
in redazione, che il suo stato d'animo sia 
condiviso da altri utenti Amiga, i quali temono 
il venir meno di una macchina che in un 
modo o nell'altro ha dato loro molte soddi- 
sfazioni sia in campo ludico, sia in quello 
professionale, sia in quello didattico (quanta 
gente ha imparato a programmare su Amiga 
o è venuta a contatto con la computer grafic 
2D e 3D proprio grazie a i gueso “giocatto- 
lo"). Se ci occupiamo di AMiga, scrivendo 
su questa rivista, è perché crediamo che 
tale macchina offra, ancora oggi, qualcosa 
in più rispetto ad altri sistemi hardware/ 





software presenti sul mercato, quindi non ci 
si può meravigliare se riusciamo a “vedere” 
i lati positivi di Amiga (che d'altra parte sono 
effettivamente tanti), laddove altri preferi- 
scono riposare sul presupposto, del tutto 
infondato, che Amiga sia semplicemente 
un “giocattolo”. Lei, operando su più si- 
stemi, è in un'ottima posizione per valutare 
con equilibrio i vantaggi offerti da un com- 
puter Amiga rispetto ad altre piattaforme e 
noi non possiamo non concordare con la 
sua analisi. Il motivo per cui esistono pochi 
sistemi gestionali su Amiga è il fatto che la 
base di utenti che in Italia comprano Amiga 
per questo è abbastanza limitata. In Ger- 
mania, comunque, dove l'uso di Amiga è 
molto più professionale, tali programmi 
esistono e sono alquanto diffusi. Da parte 
nostra, crediamo che Amiga sia un 
“personal computer” (nel senso letterale 
dell'espressione) eccezionale, soprattutto 
a motivo del multitasking, che con hard disk 
e RAM sufficiente, permette alla macchina 
di adattarsi come nessun'altra alle esigenze 
di un singolo utente che usa il computer non 
per un solo scopo (come avviene di solito 
negli uffici), ma per attività diverse, inter- 
rompendosi, ricominciando un lavoro la- 
sciato per qualche tempo in disparte, con- 
tinuando a scrivere mentre formatta o copia 
una decina di floppy, usando il modem 
mentre mette a posto le directory del pro- 
prio hard disk e converte un'immagine in un 
altro formato e così via (è quello che ci 
capita di fare tutti i giorni...). 

Se poi uno sa programmare minimamente, 
grazie ad ARexx, riuscirà a fare cose quasi 
impossibili su altri sistemi hardware e 
software, specie quando deve trattare enor- 
mi quantità di dati (immagini, testi) in maniera 
ripetitiva, cosa che non capita poi così rara- 
mente quando si usa un computer per lavoro. 
Ci capita spesso di osservare persone che 
passano ore davanti a un Macintosh o a un 
MS-DOS a compiere le stesse operazioni su 
un grande numero di file: ore trascorse a 
premere sempre la stessa sequenza di 
gadget con il mouse! Con una porta ARexx 
sotto Amiga, lo stesso tipo di programma 
consentirebbe di automatizzare le operazio- 
ni, mentre il multitasking permetterebbe di 
continuare a operare con il sistema facendo 
altre cose, magari più creative. La produttivi 
tà di quel lavoratore e la sua soddisfazione 
sul lavoro sarebbero sicuramente più eleva- 
te. Allo stesso modo, conosciamo società 
che usano Amiga intelligentemente e me- 
diante due macchine, ARexx e un operatore, 
facendo lavorare il sistema anche di notte, 
fanno quello che potrebbero fare solo molti 
computer MS-DOS con altrettanti operatori 
(stiamo parlando della gestione di migliaia di 
Megabyte di dati). 

In conclusione, crediamo che Amiga abbia 
un suo mercato e che continuerà ad averlo 
negli anni a venire. A 
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DALLA STAMPA 


DI TUTTO IL MONDO 


ASSUNZIONI COMMODORE 


Commodore, dopo i proble- 
mi dello scorso anno, ha ri- 
cominciato ad assumere in- 
gegneri: annunci in tal senso 
sono apparsi sulle reti tele- 
matiche internazionali. 


VENDITE VIDEOGIOCHI 
IN INGHILTERRA 


Sul numero del 31/1/94 di 
CTW (un autorevole periodi- 
co inglese destinato agli o- 
peratori del settore videolu- 
dico) a pagina 17 compaio- 
no i dati di vendita dei video- 
giochi in Inghilterra per la 
settimana che si è conclusa 
il 22 gennaio. Eccoli per u- 
nità vendute: Amiga detiene 
il 55,3% del mercato dei gio- 
chi per computer a prezzo 
pieno (58,5% se si tiene 
conto anche dei giochi solo 
per 1200) contro il 35,9% dei 
PC. Per i programmi a prez- 
zo ridotto, la quota sale al 
64,1% contro il 16,6%. Per 
quanto riguarda i giochi su 
CD, il CD32 è secondo con il 
33,1% del mercato, dietro 
Sega Mega-CD, che viaggia 
sul 38,8% e davanti ai PC 
che detengono il 26,1%. Il 
CD-I è ultimo con un mode- 
sto 2%; il 3DO non compare 
(non è ancora uscita la ver- 
sione PAL). Complessiva- 
mente, la parte del leone 
continuano a farla le cartuc- 
ce (Sega e Nintendo, Jaguar 
non compare) che detengo- 
no il 64% dell'intero mercato, 
mentre la vendita di CD- 
ROM in tutti i formati è pari al 
3,1% e i computer manten- 
gono un 32,6%. 


È disponibile il pacchetto di 
supporto per gli sviluppatori 
della nuova imminente ver- 
sione, la 3.1, del sistema o- 
perativo. Ricordiamo che ta- 
le versione non è ancora in 
commercio per gli utenti fi- 
nali, ma che non dovrebbe 


mancare molto alla sua com- 
mercializzazione. 

Non è attualmente prevista 
una nuova versione dei ROM 
Kernel Manual per 3.0 0 3.1. 
Approfittiamo dell'occasione 
per elencare tutto il materia- 
le disponibile ai programma- 
tori non registrati presso il 
CATS, il servizio supporto 
sviluppatori, indicando la si- 
gla che permette di ordinare 
il singolo prodotto e il prezzo 
in dollari. 

Manuali in inglese: 

w A500/A2000 Technical 
Reference Guide, 
TECHREFOI1, $40.00 

v Programmer’s Guide to 
ARexx and Disk, AREXX01 & 
AREXX01D, $20.00 

w 1988 Amiga Developers 
Conference Notes, 

NOTES88 & NOTES88D, 
$75.00 

vw 1989 Amiga Developers 
Conference Notes, 
NOTES89 & NOTES89D, 
$75.00 

vw Amiga 1000 Schematics 
and Expansion 
Specifications, A1000SM, 
$20.00 


Baccolte di fascicoli Amiga 
Mail: 


La pubblicazione Commo- 
dore per gli sviluppatori: 


w AmigaMail Volume |, 
AMVOLI, $75.00 (da 
January/February 1987 a 
July/August ‘90) 

w AmigaMail Volume Il, 
AMAILBIO1, $75.00 (da 
September/October ‘90 a 
May/June ‘93) 

w AmigaMail Binder, 
AMAIL1B01 (Vol. 1), 
AMAIL2B02 (Vol. II), $10.00 
l'uno 

w AmigaMail Index Tabs, 
AMAILIND, $5.00 l'uno. 


Dischi: 


w AmigaDOS V2.0 Native 
Developer Update, 
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NATDEV20, $20.00 

4 dischi con include, 
autodoc, esempi, 

tool di debug per il 2.0 
v V3.1 Amiga Developer 
Update Disk Set, AMDEV3.1, 
$30.00 

5 dischi con include 40.15C, 
autodoc 40.25, 2 dischi di 
esempi per 2.1e3.0, 

1 disco con tool di debug, 
sono inclusi anche un nuovo 
Setpatch per il Kickstart V37 
e uno per il V38 

w Toolmaker, TOOLMO1, 
$99.00 

Si tratta di un tool di sviluppo 
per costruire 
automaticamente interfacce 
basate sulla gadtools.library. 


| prodotti possono essere or- 
dinati presso: 


Commodore Business Machines 
CATS-Orders - 1200 Wilson Drive 
West Chester - PA 19380 - USA 


Le spese di spedizione in 
Europa assommano a $15. 
Oppure in Germania presso: 


Hirsch & Wolf 0HG 

Hans-Helmut Hirsch - Mittelstr. 33 
D-56564 Neuwied - Germany 

fax +49-2631-839931 

tel. +49-2631-83990 

UUCP: hhhirsch@caria adsp.sub.org 


In tal caso i prezzi potrebbe- 
ro variare. 


UN MUSEO SU CD32 


Il London Transport Museum 
sta allestendo un sistema 
multimediale su CD-ROM u- 
tilizzando il CD32: 109 unità 
e altrettanti monitor saranno 
collegati mediante una rete 
dedicata creata dall'inglese 
Index Information Ltd, che 
ha già realizzato il software 
dell'Harlequin e della Direc- 
tor Il (Mick Tinker, tel. +44- 
256-703426, email: 

index@cix.compulink.co.uk), 
che sta curando l'allestimen- 
to. L'idea di fondo è quella 
di fondere museo reale e 
museo ipermediale per crea- 
re il primo prototipo di un 
museo di tipo nuovo, in cui il 
visitatore assume un ruolo 





re insieme a CD dimostrativi. 


attivo, abbandonando quello 
di semplice e passivo spet- 
tatore. | CD32 vengono usati 
a scopi diversi: per ricreare 
mediante suoni atmosfere 
particolari, per simulare sta- 
zioni di controllo, per visua- 
lizzare animazioni interattive 
e non; mappe ipermediali, 
fornire informazioni, simulare 
una visita in 3D (è stato usa- 
to Real 3D). 

ll CD32 è stato scelto per la 
sua economicità a fronte 
della potenza messa a di- 
sposizione a livello grafico, 
velocità di elaborazione e di 
accesso al CD-ROM. 

Sono sotto sviluppo anche 
altri moduli basati sul 4000 
per simulare la guida di una 
metropolitana del 1890 (le 
immagini verranno visualiz- 
zate mediante il DCTV), una 
del 1938 (usando schermi 
HAM8 e controller veloci SC- 
SI2) e una attuale (qui è pre- 
vista la combinazione di un 
4000 e di un CD32, le imma- 
gini saranno in formato 
DCTV) 





La folla ente (la sala era 
è fimasta 


pe- 
culiarità generiche di Amiga. 
Prima con un introdut: 
tivo di Carlo Todeschini che, 
dalle origini di Amiga 

no ad arrivare alle nuove 
macchine Commo- 


high-end di 
dore (che tutti attendiamo), ha 
descritto le parti hardware e 
E ono a A 
miga. sono 
alcuni 


di pone (Sca- 
la, AMax, TV Paint, Amiga 
TeX, PC task, ARexx) che han- 
no impressionato il pubblico 


SEAQUEST E BABYLON 5 


Vi interessa dare un'occhia- 
ta ai film per la TV i cui effetti 
sono stati realizzati con Ami- 
ga? Babylon 5 si può reperi- 
re su cassetta presso i mi- 
gliori rivenditori italiani, men- 
tre SeaQuest si può captare 
(se fate ancora in tempo) a 
partire dal 26/1 il mercoledì 
alle 21.15 sulla rete televisi- 
va RTL che si capta via sa- 
tellite: la pubblicità è appar- 
sa sulle migliori riviste tede- 
sche dedicate ad Amiga. 


VECTOR CONNECTION 
1/0 BOARD 


Questa scheda Zorro Il ag- 
giunge ad Amiga 2000/ 
3000/4000 quattro porte se- 
riali e due porte parallele. 

Le porte seriali giungono a 
un massimo di 57,600 bps, 
ma sono previsti futuri up- 
grade per giungere sino a 
115,200 bps. 

Le seriali sono compatibili 
MIDI e sono dotate di buffer 


FIFO da 4 byte. Permettono 
handshake hardware e 
XON/XOFF. Le porte paralle- 
le sono bidirezionali. 

Il software consente di redi- 
rigere l'input/output verso le 
porte aggiuntive e aggiunge 
al sistema handler del DOS 
aggiuntivi (SER, AUX, PAR). 
Richiede Kickstart 1.3 o su- 
periore. 

Il prezzo è di 299 marchi; 
sono previsti sconti per sy- 
sop. 


HK Computer GmbH 

Hoeniger Weg 220 - D-50969 Koeln 
Germany - tel. 0221-369062 

fax 0221-369065 


TURBO PRINT 
PROFESSIONAL 3.0 


Nuova versione di questo ot- 
timo programma di gestione 
della stampanti della Irsee- 
Soft. 

Supporta immagini fino a 16 
milioni di colori, è compatibi- 
le con schede grafiche a 24 
bit, e permette un completo 
controllo cromatico e vari 
modi di stampa, oltre a in- 
cludere nuovi driver per 
stampanti come l'EPSON 
Stylus, la Canon BJC-600 le 
DeskJt 500-1200C. 

Costa 119 marchi tedeschi. 


IrseeSoft - Meinrad-Spiess-Platz 2 
D-87660 Irsee - Germany 
tel. 08341-74327 - fax 08341-12042 


FED-CASE 


FED-CASE è un nuovo pro- 
gramma che permette di ge- 
nerare diagrammi di flusso 
mediante un'intuitiva inter- 
faccia grafica e le traduce 
poi in codice sorgente C 
portabile su altre piattaforme 
hardware mediante un se- 
condo modulo. 

Comprende opzioni per il 
commento automatico del 
sorgente. 

Il prezzo è di 79 dollari. È di- 
sponibile una versione dimo- 
strativa. 


Joosen Software Development 

Dr. J.M. den Uyistraat 32 

4908 CT Oosterhout (N-Br) 

The Netherlands 

tel. +31-1620-35348 

email: christian@ecl008.adsp.sub.org 


Anche questo programma 
permette di costruire dia- 
grammi di flusso e di tradurli 
in un linguaggio di program- 
mazione di propria scelta 
mediante una tavola di con- 
versione definibile dall'uten- 
te. Inoltre, può convertire 
programmi C o Pascal in 
diagrammi di flusso. Richie- 
de Kickstart 2.0 e costa 110 
marchi tedeschi. 


PCP Hard- & Software 

Andreas Guenther - Alfener Weg 10 
D-33100 Paderborn 

tel. +49 5251 63412 

fax +49 5251 67124 


SAS C 6.51 


SAS ha rilasciato un upgra- 
de gratuito per il proprio 
compilatore C e C++. Si trat- 
ta di una versione di mante- 


MEDIAPOINT 


Il numero precedente e- 
ra appena andato in 


Peripherals & 

(via Giovanni XXII 37, 
33010 Corno di Rosaz- 
zo, Udine, tel. 0432- 
759-264) ci ha comuni- 
cato il prezzo definitivo 
della versione 2.0 di 
MEET L.690.000 





Nimento che corregge i bug 
emersi nella versione 6.50. 
Viene distribuito mediante 
reti telematiche e BBS. 


EditLink è un nuovo sistema 
di controllo di VCR che per- 
mette il montaggio video A/B 
Roll: controlla fino a 3 VCR, 
legge Time Code Hi8 RC, 
8mm TC, SMPTE/EBU TC 
mediante modulo opzionale. 
prodotto da FutureVideo, 
verrà venduto a 1.079 dollari. 


PRODOTTI VOB 


La società tedesca ha inizia- 
to la commercializzazione di 
una serie di nuovi prodotti 
dedicati ai CD-ROM. Per 99 
marchi si può acquistare un 
file system che comprende 
anche un programma per vi- 


ra prodotto dalla Arxon, a L.380.000. Kickstart 3.0 su ROM — 
PAPI È AZODO a L 60.000. Prezzi IVA incita È 
AXXEL Computer & Software, viale Anconetta 119, 5 






InfoChannel, il sistema multimediale che deriva da Scala, è 
stato scelto da Amoco per le proprie sedi in Norvegia. Una 
di queste è una piattaforma petrolifera nel mare del Nord. 
Amoco non è il solo nuovo grande cliente di Scala: la com- 


i 
; 


Que Drenne CI USA (Michael levin. Marc Rilkin, 
Matthews, Scott Drysdale, Inge Arnesen). 


sualizzare Photo CD. Per 
399 offre un CD-ROM IDE a 
bassa velocità e per 499 uno 
a doppia velocità, per 99 
marchi si può acquistare un 
Kit CD-ROM per 600, 1200, 
4000; per 49 marchi viene 
offerto un adattatore per 
600, 1200 e 4000 che per- 
mette di collegare 4 hard di- 
sk e 2 CD-ROM IDE alla 
stessa macchina. Infine Lo 
Speedup System permette 
di rendere più veloce l'ac- 
cesso agli hard disk IDE su 
600, 1200 e 4000. 


VOB - Breitfeld Computersysteme 
Versandhandel - Postfach 00607 
44006 Dortmund - tel. 0231-393753 
fax 0231-578470 


Il terzo CD-ROM di Fred Fish 
sarà disponibile a partire 
dall'inizio di Marzo. Si 
chiamerà “February 
Freshfish CD-ROM”. 

Quello successivo (“A- 
pril Freshfish CD- 
ROM") apparirà ad a- 
prile/maggio. Fred Fi- 
sh prevede il rilascio 
di una nuova serie di 
CD-ROM che dovreb- 
bero apparire tre volte 
l'anno e dovrebbero 
contenere tutte le no- 
vità apparse in prece- 
denza nei “FreshFish" 
(il nome sta a indicare 
che il CD-ROM contie- 
ne le ultime novità). 
Fred Fish sta inoltre la- 
vorando a un CD- 
ROM (Goldfish) conte- 
nente i primi 1.000 Fi- 
sh Disk. Apparirà pro- 
babilmente in due ver- 
sioni: la prima con le 


versioni compresse dei Fish 
Disk (per le BBS), la secon- 
da, su due dischi, con le ver- 
sioni normali. Il costo di ogni 
disco sarà di 19.95 dollari. È 
stata abolita infatti la diffe- 
renza di prezzo per i dischi 
con e senza prenotazione. 


Amiga Library Services 

610 N. Alma School Road, Suite 18 
Chandler, AZ 85224 -3687 USA 
tel./fax 602-9170917 

email: int@cygnus.com 0 
Inf@fishpond.cygnus.com 


VIDEO MADE IN GERMANY 


La tedesca Videotechnik 
commercializza una lunga 
serie di dispositivi video per 
Amiga. Segnaliamo, in parti- 
colare, l'annuncio del nuovo 
Snapshot Motion, una sche- 
da Zorro Ill per 3000 e 4000 
con ingresso CVBS e Y/C, 
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compressione JPEG e possi- 
bilità di registrazione diretta 
su hard disk (1.795 marchi). 
E previsto anche un control- 
ler SCSI veloce opzionale, e 
un modulo di effetti 3D, TBC 
e Genlock. Snapshot Mini 
(295 marchi) è invece il no- 
me del digitalizzatore video 
esterno AGA compatibile (di 
tipo lento), mentre Snapshot 
Live (695 marchi) è il model- 
lo con splitter incorporato e 
ingresso Y/C. 


VideoTechnik, D. Diezemann 
Eichenwag 7a, D- 37281 Wanlried 
Germany tel. 5655-1773 

fax 5655-1774 


GVP ha annunciato una ver- 
sione speciale di ImageFX, 
pensata per la scheda grafi- 
ca EGS 28/24 Spectrum. Gli 
utenti registrati della scheda 
potranno acquistarla per 
19.95 dollari. | prodotti GVP 
sono importati in Italia da: 


RS - via Buozzi 6 

40057 Cadriano (80) 

tel. 051-765563 - fax 051-765568 
BBS 051-765553 


La Soft-Logik ha annunciato 
che la nuova versione di Pa- 
geStream, il noto programma 
di Desk Top Publishing, atte- 
sa già per la fine del 
‘93, verrà rilasciata nel 
corso del primo trime- 
stre del 994. Il pro- 
gramma è stato com- 
pletamente rinnovato: 
nuovo è il sistema di 
gestione degli stili, 
l'auto-Kerning, la silla- 
bazione automatica, 
mentre l'ombra e il 
sottolineato sono ora 
configurabili, l'allinea- 
mento mediante TAB 
può avvenire su ogni 
carattere a sinistra, a 
destra o centrato, gli 
spazi possono essere 
riempiti di punti. È sta- 
to aggiunto il supporto 
per i colori Pantone e 
la gestione dei colori 
con i modelli RGB, 
CMYK e HSV. Ora il 
programma importa fi- 


le generati con Professional 
Page ed è in grado di regi- 
strare e di eseguire script A- 
Rexx. E accompagnato da 
un text editor (PageLiner 2.0) 
e da un editor di immagini 
bitmap (BME 2.0) collegati a 
PageStream mediante Ho- 
tLinks 2.0, incluso nel pac- 
chetto. Il prezzo è di 395 dol- 
lari. L'upgrade dalla versione 
2.2 acquistata dopo il 15 
marzo 1993 è gratuita. Gli al- 
tri utenti registrati dovranno 





pagare 125 dollari o 95 se 
già possiedono HotLinks Edi- 
tions. L'upgrade competitivo 
da Professional Page costa 
175 dollari. Si contatti: 


Ellen Kazmaier 

tel. +1-314-894-8608 

Direttore Marketing 

tel. +1-800-829-8608 

Soft-Logik BBS: +1-314-8940057 


È stata annunciata una ver- 
sione destinata agli studenti 
del word processor multilin- 
gua prodotto in Israele. L'u- 
nica differenza rispetto alla 
versione completa è l'assen- 
za del manuale, che viene 
sostituito da un file su disco. 
Il prezzo è di 80 dollari inve- 
ce dei 200 della versione 
maggiore. 


HarmonySoft 

69 Jabotinsky st. Givatayim 

53319 ISRAEL - fax +972-3-315967 
email: harmony@tau.ac.il 


TYPESMITH 2.01 


Nuova versione di Type 
Smith, il programma di ge- 
stione di font della Soft-Lo- 
gik. 


un non breve periodo di stasi AdPro, il di 

Il nuovo rilascio, gratuito ed torna a far di sé, grazie al rilascio di una nuova ver- 
effettuato mediante BBS (il sione la 2.5. Si tratta di un upgrade che può essere anche 
file.si chiama ts201pat.Iha), richiesto via telefono mediante una carta di credito. Questa 
risolve alcuni bug e velociz- volta il programma ha subito profondi che ri- 
za talune operazioni. guardano in primo luogo l'interfaccia ormai palese- 

mente datata. Si è fatto attenzione al supporto per schede 
PARAVISION grafiche a 24 bit (come la Picasso), sulle quali è ormai pos- 
ACQUISTA MICROBOTICS sibile aprire lo di AdPro. Il rendering può avvenire 

sullo Peo schermo di AdPro ed è DA il sup- 
MicroBotics, nota società per hardware , Retina, 
che produce schede Rein Zorro il è Video Toaster stati aggiunti nuovi 
hardware per Amiga, è stata e A eil MpoNO Det IR Di- 
acquistata da Paravision, so- pe prete e FL, 100 perle 
cietà che opera in campo vi- pacchetto professio) opzionale supporta ' 
deo e multimediale. Pi. 
La società ha dichiarato di ian 100 script ARexx e ora è possibile includere script 
voler proseguire sulla strada ARexx nell'interfaccia del programma. Altre aggiunte sono 
seguita finora da Microbo- alpha channel, composizioni con chiave su un range di co- 
tics, continuando a suppor- lori, nuovi operatori e un programma per convertire flussi di 
tare la linea di prodotti Ami- immagini da 24 fps a 60 fps. 
ga e di voler rafforzare la Il manuale è stato rinnovato: nove sono i tutorial inclusi, 
sua presenza nel campo molte le immagini aggiuntive e più ampia la sezione ARexx. 
delle periferiche per 1200 e il è invariato: 299 SL III costerà invece 
4000. dollari. 
Per tutto ciò che riguarda i Per informazioni si contatti: 
prodotti Microbotics, garan- 
zie e supporto tecnico, oc- Gina Cerniglia - ASDG Il |, 925 Stewart Street 


corre ora riferirsi a: 


Paravision -1251 American Parkway 
Richardson - TX 75081 - USA 
tel. +1-214-6440043 


MULTIVOL 1.0 
Il programma, realizzato da 


AugmenTek, permette di di- 
videre un file in più parti che 


Madison - WI 53713 - tel. 608-2736585 


poi possono essere salvati 
su qualsiasi disco. | file pos- 
sono essere ricomposti an- 
che senza MultiVol: il pro- 
cesso di ricomposizione av- 
viene infatti in maniera tra- 
sparente al programma che 
utilizza il file di dati. Richiede 


MEDIAPOINT 


Come era stato annunciato qualche tempo fa, è disponibile il 
nuovo 


ì 
i 


il programma multimediale di Acti 


iti 
È 
8 
; 


27) per gli utenti 


I 
i 


i 


il Kickstart 2.0 e costa 40 
dollari. 


Stephen Rondeau c/o AugmenTek 
3606 S. 180th St. C-22 - SeaTac, WA 
98188-4339 - USA -tel. 206-2466077 
email: auygmentek@acm.org 


On The Ball è il nome di un 
programma Agenda giunto 
alla versione 1.20. 

E dotato di tutte le caratteri- 
stiche tipiche di questi pro- 
grammi: ricorda appunta- 
menti con un massimo di 
quatro giorni di anticipo, 
permette di ripetere appun- 
tamenti in dieci modi diversi, 
possiede più modi di visua- 
lizzazione (per settimane, 
per mesi, per anno), utilizza 
la clipboard di sistema, per- 
mette di aggiungere note a- 
gli indirizzi ed è dotata di 


INFOTEL, UNA HOTLINE 
INFORMATICA 


Mermaid Technologies ha 
avviato una nuova iniziativa 
che diventerà operativa a 
partire dal primo marzo. Si 
tratta di INFOTEL, un servizio 
audiotel rivolto a tutti gli ope- 
ratori (società e privati) del 
mondo informatico. | servizi 
messi a disposizione sono di 
quattro tipi: un mercatino 
dell'usato, uno per le offerte 
di lavoro, uno (InfoTel) con 
informazioni relative a nuovi 
prodotti hardware e software 
provenienti direttamente dal- 
le case produttrici, uno infine 
dedicato alle attività (infor- 
mazioni generali, corsi di for- 
mazione, collaborazioni, of- 
ferte e promozioni) di Mer- 
maid stessa.ll costo del ser- 
vizio è di L.1.524 + IVA al mi- 
nuto e il numero di telefono 
per accedervi è 144-880990. 


Mermaid Technologies 
viale Campania, 29 - 20133 Milano 
tel. 02/70128166 - fax 02/70128159 


4D-BBS 


CornerStone Software ha an- 
nunciato il rilascio della ver- 
sione 2.92s di 4D-BBS, un 
programma di gestione di 
BBS completamente confi- 
gurabile a tutti i livelli, capa- 
ce di leggere (ma non im- 
portare) messaggi nel for- 
mato Fidonet e Usenet, com- 
patibile con il formato XPR 
per i protocolli di comunica- 
zione, capace di gestire più 
linee telefoniche e più com- 
puter (mediante software di 
rete come Envoy). È dotata i- 
noltre di porta ARexx e pre- 
vede la compatibilità con 
programmi di gestione fax 
come GPFax. L’ultima ver- 
sione ha risolto alcuni pro- 
blemi di compatibilità con il 
3.0 e il 68040. Richiede al- 


Activa International, Eemnesserweg 51-A,1251 NB Laren NH, 
The Netherlands, tel. +31-2153-80639, fax +31-2153-80679, 


BBS +31-2153-80126 
Mediapoint International, Nieuwendam 10, 1621 AP Hoorn, 
The Netherlands, tel. +31-2290-17638, fax +31-2290-47587 


| MediaPoint è distribuito in Italia da: 


| Applied Peripherals & Software, via Giovanni XXIl 37 
| 43010 Comodi Rosazzo, Udine, tel. 0432-759-264 


blocco appunti. presenta u- 
na porta ARexx, è compati- 
bile con Kickstart 1.3 e su- 
periori. Il prezzo è di 40 dol- 


meno il Kickstart 2.0. Il costo 
è di 49.95 dollari. È disponi- 
bile una versione demo. 


lari. CornerStone Software 
P.0. Box 485 Veradale, 
Pure Logic Software WA 99037-0485 USA 
789 Butterfly Road - Quincy, tel. 509-9243299 
CA 95971 USA 


BBS 509-9243253, 509-9243288 
email: daler@crnstn.spk.wa.us (Dale 
E ReedJr.) 


tel./fax 602-6288903 
supporto tecnico 205-8027345 
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COMPUTER ANIMATION 


Lo stato della ricerca 
sulle animazioni 
mediante computer 


Alberto Geneletti 





Il realismo raggiunto 

dagli effetti speciali tridimensionali 
generati da computer è ormai tale 
che non è più possibile riconoscere 
un particolare virtuale da uno reale. 
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con elevate prestazioni grafiche 

ha aperto nuove frontiere alla 
produzione cinematografica. La mag- 
gior parte dei film campioni di incassi 
degli ultimi due anni vanta effetti spe- 
ciali tridimensionali generati da com- 
puter: il realismo raggiunto è ormai 
tale che non è più possibile riconosce- 
re un particolare virtuale da uno reale. 
In questo articolo esamineremo alcuni 
aspetti della realizzazione di anima- 
zioni assistita da calcolatore, dalla 
produzione dei cartoni animati agli 
effetti speciali dei film di fantascienza, 
dalle tecniche di definizione del movi- 
mento tradizionali agli attori virtuali. 


L’ avvento di personal computer 


NELLA FABBRICA 
DI WALT DISNEY 


La realizzazione di un carto- 
ne animato con tecniche tra- 
dizionali è un'operazione 
molto complessa, che coin- 
volge artisti di vario livello. 
Prima di tutto un regista de- 
scrive a parole l'azione e illu- 
stra con schizzi alcuni mo- 
menti essenziali dell'anima- 
zione, realizzando così ciò 
che in linguaggio tecnico 
viene chiamato una story-board. 

Nel frattempo i tecnici del suono regi- 
strano unabase musicale con gli effet- 
ti sonori. 

Gli artisti di primo livello studiano la 
story-board, disegnano tutti i foto- 
grammi più significativi e li associa- 
no aistanti precisi della traccia sonora 
preregistrata. 

Questi frame chiave (key-frame) 
vengono passati poi a un gruppo di 
artisti di secondo livello, che realiz- 
zano tutti i frame intermedi, un'ope- 
razione che viene chiamata “in- 
betweening”: il numero dei frame 
che devono essere disegnati tra un 
frame chiave e il successivo è stabilito 
dalla collocazione dei frame chiave 


sulla traccia sonora. Tutti questi dise- 
gni vengono realizzati a matita. 

In queste prime fasi viene molto utiliz- 
zata la rotoscopia, un'operazione che 
prevede la ripresa di una sequenza 
recitata da attori umani e da animali 
veri, analoga a quella che si vuole 
realizzare; gli animatori disegnano 
poi i personaggi dei cartoni animati 
su lucidi appoggiati sulle immagini 
ingrandite di questa sequenza, otte- 
nendo così risultati particolarmente 
realistici. 

Si fotografano poi tutti i fotogrammi 
su una pellicola e si crea così un 
prototipo della sequenza, il cui sco- 
po è unicamente la verifica della cor- 
rettezza e del realismo dei movimen- 
ti. 

Tutti i singoli fotogrammi vengono 
poi ricalcati e dipinti su fogli di aceta- 
to trasparente. Gli sfondi vengono 
generalmente realizzati a parte, in 
tavole molto ampie, sulle quali ven- 
gono fatti scivolare i fogli di acetato 
contenenti l'animazione dei perso- 
naggi al momento della ripresa finale. 


ANIMAZIONE 2D 
ASSISTITA DA CALCOLATORE 


Da parecchi anni ormai molte delle 
operazioni descritte vengono effettuate 
con l'aiuto del calcolatore. 

Gran parte dei disegni a matita, tuttavia, 
viene ancora realizzata amano, almeno 
nelle produzioni cinematografiche più 
importanti; i fotogrammi così preparati 
non vengono però fotografati, ma tra- 
sferiti in forma digitale in un computer 
tramite uno scanner; le immagini 
vengono poi rielaborate e colorate 
molto velocemente per mezzo di 
programmi di disegno artistico. 
Spesso l'intero processo viene effet- 
tuato su computer; in questi casi è 
possibile disegnare in modo vettoriale 
soltanto i frame chiave e stabilire una 
corrispondenza tra i punti principali di 
ciascun frame; un “inbetweener" elet- 
tronico provvede poi a calcolare le 


varie sagome, determinan- 
do la posizione dei punti di 
riferimento in ciascun fra- 
me intermedio, per mezzo 
di un'operazione matema- 
tica nota con il nome di 
“interpolazione”. 

La più semplice forma di 
interpolazione è quella li- 
neare, nella quale il valore 
di una certa variabile V al 
tempot, calcolata a partire 
dal valore Vi assunto da V 
nell'istante iniziale (t= 0) e 
dal valore Vf assunto da V 
nell'istante finale (t = 1), è 
dato da: 


V(t)=(1-t)*Vi+t*V£ 


In questo modo è possibile calcolare 
la X e la Y di un punto di riferimento, a 
partire dalle posizioni Xi e Xf, Yi e Yf, 
fissate indue successivi frame chiave. 
La scelta della variabile da interpolare 
è molto importante. Consideriamo per 
esempio un pendolo, posizionato in 
due successivi frame chiave nelle due 
posizioni estreme. Interpolando, laX e 
la Y del pendolo questo si muoverà 
seguendo una traiettoria orizzontale 
rettilinea, e non lungo un arco di cir- 
conferenza. 

Un effetto molto più realistico si otter- 
rà invece interpolando una variabile 
A che rappresenta l'angolo formato 
dall'asta del pendolo con la vertica- 
le, che varierà a esempio tra -30° e 
+30°. Anche in questo modo, tutta- 
via, il risultato non è affatto soddi- 
sfacente, in quanto il pendolo per- 
correrà una corretta traiettoria ad 
arco, ma con velocità costante 

Per ottenere un'interpolazione ancora 
più realistica è necessario tener conto 
almeno delle velocità. Pensiamo a 
esempio a una palla che rimbalza sul 
terreno. Fissando la posizione della 
palla all'istante iniziale (Yi = 0) e al- 
l'istante finale (Yf = posizione di mas- 
sima altezza), il movimento calcolato 
dall'interpolazione lineare risulterà 
molto simile a quello di un ascenso- 
re, in quanto la traiettoria stabilita 
verrà percorsa con velocità costan- 
te. Per poter ottenere un controllo mi- 
gliore deve essere possibile stabilire, 
oltre alla posizione Yi e Yf, anche le 





Nelle produzioni cinematografiche più importanti, 
gran parte dei disegni a matita viene ancora 
realizzata a mano e trasferita in forma digitale 
via scanner su computer. 


velocità Vi e Vf agli estremi della traiet- 
toria. Per far questo è necessario ricor- 
rere almeno a un interpolatore di terzo 
grado: 


Y(t)=(2*t*3-3*t*2+1)*Yi+(3*t*2- 


2*123) *Yf+ 
(t23-2*t"2+1) *Vi+(t03-t22) *VÉ 


Imponendo ora Vi=(velocità iniziale 
qualsiasi) e Vf=0 nel punto più alto 
della traiettoria, vedremo la palla ral- 
lentare a poco a poco nel salire, fino 
a fermarsi nel punto più alto. Stabili- 
remo poi un nuovo frame chiave nel 
quale riposizioneremo la palla al 
suolo. 

Le traiettorie generate calcolando X 
e Y con un interpolatore di questo 
tipo non sono più rettilinee, ma sono 
appunto delle cubiche; il movimento 
risultante è molto più morbido e, so- 
prattutto, non presenta discontinuità 
nella velocità. 

Esistono vari algoritmi di interpola- 
zione, alcuni dei quali garantiscono 
la continuità, oltre che della velocità, 
anche dell'accelerazione: i più diffu- 
si utilizzano catene di polinomi di 
terzo grado, le famossissime spline 
Nella realizzazione dei frame inter- 
medi di un cartone animato, un pro- 
gramma di animazione deve provve- 
dere a interpolare, oltre alla posizio- 
ne dei punti, anche i colori e le forme 
degli oggetti. 

Questa operazione richiede la defini- 





zione di un numero di parametri 
molto elevato e i risultati non 
sono solitamente molto soddi- 
sfacenti, certamente non para- 
gonabili a quelli di un artista 
umano. 

llproblema fondamentale è rap- 
presentato dal fatto che il pro- 
gramma di animazione bidimen- 
sionale non lavora su un model- 
lo geometrico 3D dell'oggetto, 
ma su quello 2D della sua proie- 
zione sul piano dell'immagine. 
Per questo motivo è impossibile 
realizzare rotazioni arbitrarie, ma 
è necessario disegnare un gran 
numero di key-frame, ai quali 
applicare l'interpolazione. 
Incompenso, la complessità del 
calcolo dei frame intermedi è 
molto limitata e può essere effettuata 
intemporeale almomento della visua- 
lizzazione, senza dover memorizzare 
su disco la bitmap di ogni singolo 
fotogramma. 


ANIMAZIONI TRIDIMENSIONALI 


La computer animation tridimensio- 
nale è un'arte in continua crescita, 
che è ormai entrata a far parte della 
produzione televisiva e cinemato- 
grafica in maniera insostituibile. 

| vantaggi offerti dalla realizzazione 
di immagini sintetiche sono moltissi- 
mi: l'utilizzo di attori virtuali permette 
di costruire scene reali oltre i limiti 
della realtà, di portare alla vita crea- 
ture estinte da miliardi di anni, di 
creare illusioni ed emozioni comple- 
tamente diverse da quelle sperimen- 
tabili nel mondo reale. 

La resa realistica di modelli geome- 
trici per mezzo di algoritmi come lo 
shading, il ray-tracing e la radiosity è 
possibile ormai da parecchi anni. 
Tuttavia questi algoritmi da soli non 
erano sufficienti per la produzione 
cinematografica, in quanto tutto il 
realismo spariva al momento del 
montaggio su scenari reali. 

Oggi, apparecchiature video digitali 
molto sofisticate permettono di ge- 
stire numerosi piani di sovrapposi- 
zione e di realizzare fotomontaggi di 
estrema precisione. Sono inoltre state 
messe a punto tecniche speciali per la 
simulazione delle riflessioni dell'am- 
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biente reale sugli oggetti virtuali (“en- 
vironment mapping") e per il calcolo 
degli oggetti reali sugli attori virtuali. 
Grande successo ha avuto infine in 
campo cinematografico l'algoritmo 
bidimensionale di morphing, tanto 
da meritarsi addirittura un Oscar, il 
primo nella storia della Computer 
Graphic. Nonostante i brillanti risul- 
tati raggiunti in questi ultimi due anni, 
la Computer Animation tridimensio- 
nale presenta ancora parecchi pro- 
blemi irrisolti. 

La maggior parte dei modelli vengono 
ancora realizzati per mezzo di poligo- 
ni, poiché l'utilizzo di superfici para- 
metriche comporta tempi di calcolo 
insostenibili: fortunatamente, sofistica- 
te tecniche di “texture mapping” per- 
mettono di nascondere un 
modello geometrico così po- 
vero. In molti casi, tuttavia, | 
poligoni non sono sufficienti, 
come a esempio nella resa 
dei capelli, un problema stu- 
diato proprio in questi anni. 
Oltre amodelli geometrici veri 
e propri, la computer anima- 
tion tridimensionale permette 
di simulare nella scena reale 
esplosioni, fiamme, liquidi e 
gas, e di dare a queste entità 
una vita propria. 

Ciò è possibile visualizzan- 
do, anziché un modello geo- 
metrico tradizionale, singole 
particelle mosse da equazio- 
ni differenziali. Anche utiliz- 
zando workstation grafiche 
parallele molto veloci, tutte 
queste operazioni non possono però 
essere effettuate in tempo reale. Per 
questo è necessario calcolare tutti | 
fotogrammi e memorizzarli su Mmemo- 
ria di massa, prima di passarli a un 
videoregistratore passo uno. Questo 
comporta numerosi problemi, in quan- 
to l'elevata risoluzione richiesta impli- 
ca una disponibilità molto elevata di 
memoria centrale e di massa. 

La realizzazione di realistiche azioni 
tridimensionali è un'esigenza che sta 
diventando sempre più urgente, so- 
prattutto con l'avvento della realtà vir- 
tuale. Per questo motivo, in attesa che 
latecnologia metta a disposizione mac- 
chine sufficientemente potenti, i ricer- 
catori dell'industria grafica si stanno 
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occupando di problematiche nuove, 
molte delle quali riguardano la defini- 
zione del movimento. 


LA DEFINIZIONE DEL MOVIMENTO 


La soluzione più semplice che viene 
utilizzata per definire la posizione 
degli oggetti nello spazio tridimen- 
sionale in ciascun frame di in una 
sequenza animata è la tecnica key- 
frame, la stessa utilizzata per le ani- 
mazioni bidimensionali. 

Dal momento che in questo caso si 
dispone del modello geometrico 3D, 
è possibile effettuare rotazioni arbi- 
trarie e calcolare poi la proiezione 
dell'oggetto sul piano dell'immagine, 
riferito alla posizione corrente della 





Nella realizzazione dei frame intermedi 
di un cartone animato, un programma di animazione 
deve provvedere a interpolare, oltre alla posizione 
dei punti, anche i colori e le forme degli oggetti. 


telecamera virtuale, che può essere 
anch'essa in movimento. 

Il calcolo della posizione dei punti di 
riferimento nei frame intermedi viene 
effettuato dall'inbetweener, interpo- 
lando le coordinate X, Y e Z per 
mezzo di un polinomio, generalmen- 
te di terzo grado. 

Anche in 3D tuttavia la scelta della 
variabile da interpolare è fondamenta- 
le. L'orientamento dell'oggetto, ad 
esempio, viene solitamente codificato 
per mezzo dei tre angoli di Eulero, che 
rappresentano le rotazioni intorno ai 
tre assi cartesiani subite dal sistema di 
riferimento vincolato all'oggetto. 
Interpolando tali angoli tuttavia si ot- 
tengono delle rotazioni bizzarre, do- 





vute al fatto che una rotazione di 30° 
intorno a ciascun asse non è uguale 
allasomma di dieci analoghe rotazioni 
di 3°. 

Per questo, è necessario codificare 
l'orientamento, utilizzando una rap- 
presentazione matematica più ade- 
guata: i quaternioni, l'equivalente dei 
numeri complessi nello spazio, ed ef- 
fettuare poi l'interpolazione sulle com- 
ponenti di questi vettori complessi. 
Posizione e orientamento non sono le 
uniche grandezze da interpolare; al- 
trettanto fondamentale è infatti la pos- 
sibilità di modificare la forma degli 
oggetti, in modo da poter caratterizza- 
re un personaggio virtuale. Una solu- 
zione è offerta dai modelli “physically 
based", che tengono conto delle forze 
che agiscono in ogni istante 
sui modelli geometrici, e li 
deformano approssimando 
le leggi fisiche. Soluzioni di 
questo tipo vengono utiliz- 
zate nell'animazione dei tes- 
suti e dei capelli, materiali 
per i quali la tecnica key- 
frame è inapplicabile, in 
quanto le variabili da defini- 
re sono migliaia. 

L'utilizzo di tali modelli, fon- 
damentali nella visualizza- 
zione scientifica, è tuttavia 
ostacolato dall'enorme sfor- 
zo computazionale richiesto 
al calcolatore. 

L'imitazione del comporta- 
mento fisico dei corpi non è 
tuttavia fondamentale, poi- 
ché è possibile ottenere ef- 
fetti molto particolari, che non hanno 
niente a che fare con la fisica e la 
dinamica, utilizzando alcune tecniche 
nate proprio negli studi Disney, tra le 
quali la principale è lo “squash and 
stretch”, un trucco molto utilizzato per 
enfatizzare il contatto tra i corpi. Pen- 
siamo a esempio a una palla che rim- 
balza: nella realtà la deformazione 
avviene soltanto dopo l'urto con il ter- 
reno e non è molto accentuata. Un 
animatore di cartoni animati invece 
comincia a deformare la palla già pri- 
ma dell'urto, allungandola nella dire- 
zione del movimento; al momento del- 
l'impatto, poi, la palla viene disegnata 
molto schiacciata, come se stesse ca- 
ricandosi per effettuare il balzo suc- 


cessivo, dopodiché la palla torna ad 
allungarsi, quasi come se il suolo non 
la lasciasse più andare, e riacquista la 
forma originaria solo nella posizione di 
massima altezza. 

La possibilità di deformare in modo 
morbido la forma degli oggetti è fon- 
damentale non solo per accentuare il 
movimento, ma soprattutto per dar vita 
a oggetti che nella realtà sono rigidi e 
inanimati, come una teiera o un cuc- 
chiaino. Soltanto in questo modo è 
possibile realizzare un'animazione 
secondo lo spirito di Disney, per il 
quale animare un oggetto significava 
non soltanto farlo muovere, ma anche 
dargli vita. 

Realizzare la deformazione di un mo- 
dello tridimensionale è tuttavia 
un'operazione molto complessa, 
poiché non è in genere sufficiente 
interpolare alcuni punti, come a 
esempio i vertici di un guscio di po- 
ligoni, ma è necessario operare su 
tutti i punti del corpo che si vuole 
deformare. 

Questo problema viene normalmen- 
te risolto utilizzando una tecnica nota 
con il nome di “Free Form Deforma- 
tion" (FFD), che consiste nel rinchiu- 
dere il corpo da deformare in un 
solido semplice, generalmente un 
parallelepipedo, che viene poi de- 
formato in modo parametrico. 

La deformazione dell'oggetto rin- 
chiuso in tale volume avviene al mo- 
mento della visualizzazione: la posi- 
zione di ciascun punto dell'oggetto 
viene infatti calcolata in un sistema di 
riferimento deformato disegnato sul 
volume esterno. In questo modo il 
modello geometrico non viene mo- 
dificato, ma è tutto lo spazio che lo 
contiene ad essere deformato, attra- 
verso un numero convenientemente 
limitato di parametri. 

Attenzione particolare richiedono poi 
le strutture articolate, come un mani- 
chino o un robot. In questo caso i 
modelli delle singole parti, che, con 
un termine preso a prestito dalla ro- 
botica, vengono solitamente chia- 
mate “link", vengono vincolati per 
mezzo di giunti, a ciascuno dei quali 
è associata una variabile che codifica 
solitamente l'angolo tra gli assi princi- 
pali dei due link collegati. L'interpola- 
zione avviene proprio su queste varia- 


bili, e i risultati sono abbastanza sod- 
disfacenti, anche senza FFD. 

La FFD viene in questi casi applicata 
solo in prossimità dei giunti, in modo 
da dare continuità alla sagoma del 
personaggio. Il calcolo della posizio- 
ne raggiunta dalla mano di un braccio 
articolato, noto il valore di tutte le 
variabili di giunto, è un problema 
molto semplice, noto con il nome di 
“cinematica diretta”. 

La definizione del moto a partire dal 
valore delle variabili di giunto non è 
tuttavia molto conveniente, in quanto 
siamo abituati a pensare il movimento 
nello spazio cartesiano e cioè in quel 
sistema di assi ortogonali che de- 
scrive gli oggetti del mondo esterno 
al personaggio in movimento. Si pone 
allora il problema di determinare, per 
una data posizione della mano, il 
valore che devono assumere le va- 
riabili di giunto per poterla raggiun- 
gere. 

Questo problema, detto di “cinemati- 
ca inversa", è generalmente piuttosto 
complicato, in quanto non è possibile 
stabilire, se non in casi molto semplici, 
una formula risolutiva esatta, e cioè 
una formula nella quale si inseriscono 
le X, Y e Z della mano e si ricavano i 
valori cercati. La soluzione del proble- 
ma può invece essere calcolata solo in 
modo iterativo, per approssimazioni 
successive. Il processo risolutivo è 
complicato dal fatto che, mentre per 
una certa configurazione delle varia- 
bili di giunto la posizione della mano 
può essere determinata in modo uni- 
voco, non è affatto vero l'opposto, in 
quanto possiamo raggiungere un og- 
getto nello spazio, posizionando il 
braccio in infiniti modi. 

Si utilizza allora questa libertà di scel- 
tatra tutti i possibili valori delle variabili 
cercando di soddisfare anche compiti 
secondari, come a esempio evitare gli 
ostacoli. Purtroppo le soluzioni studia- 
te fino ad oggi, oltre ad essere abba- 
stanza complesse, non sono in grado 
di garantire il successo nella ricerca 
della soluzione. 


Oltre all'animazione Key-Frame, a quel- 
la Physically Based e alla cinematica 
inversa esistono altri approcci alla 





definizione del movimento che hanno 
riscosso un discreto successo negli 
ultimi anni. 

Tra queste troviamo l'animazione pro- 
cedurale per l'animazione di fluidi e di 
gas, che prevede la definizione del- 
l'equazioni di moto delle singole par- 
ticelle, a partire da un campo di forze 
che viene applicato allo spazio che le 
contiene. 

Vi è inoltre l'animazione comporta- 
mentale, nella quale si lavora con 
attori dotati di un set dicomportamen- 
ti predefiniti, che scattano al verificar- 
si di alcuni eventi. Ad esempio è pos- 
sibile stabilire che due attori si sorri- 
dano o si stringano la mano ogni volta 
che si incontrano. 

L'animazione comportamentale è co- 
munque un'astrazione costruita su 
meccanismi di basso livello, come il 
Key-Frame o la cinematica inversa, 
algoritmi presenti anche in questi si- 
stemi di animazione. 

Lo scopo di questa strategia di lavoro 
è quello di ridurre al minimo il numero 
di parametri che il regista deve comu- 
nicare al programma per ottenere la 
sequenza desiderata. 

Oltre all'interazione tra attori, si dà 
oggi molta importanza alla comunica- 
zione con l'animatore, che può intera- 
gire con il mondo virtuale per mezzo 
di un casco dotato di due monitor per 
la visione stereoscopica e di appositi 
guanti. 

Esistono numerosi prototipi commer- 
ciali di questa applicazione, nota a 
tutti con il nome di “realtà virtuale”, 
che presenta, al di là del mercato 
dell'intrattenimento, numerosi utilizzi 
scientifici e medici. 

Per mezzo della realtà virtuale il regi- 
sta di un film potrà un giorno entrare 
nel mondo degli attori sintetici e diri- 
gerli esattamente come è abituato a 
fare con gli attori umani. 


BIBLIOGRAFIA: 
Foley, van Damm, Principles of Computer 
Graphics, Il ed., Addison Wesley, 1989 
Watt and Watt, Advanced Animation and 
Rendering Techniques, Addison Wesley, 
1992 

Ah 


Le immagini utilizzate in questo testo sono 


Copyright 1990, 1991 Siggraph. 


N. 54/MARZO 1994 Amica Magazine 15 


HARDWARE 





un anno circa dalla 
sua presentazione, 
cominciano ad appa- 


rire prodotti destinati a col- 
mare le lacune che, a torto 0 
a ragione, Commodore ha 
lasciato nell’A4000. 

Dopo il proliferare di schede 
grafiche per tutti i gusti e tutte 
le tasche, e mentre stanno 
per apparire moduli CPU più 
veloci ed efficienti di quello 
dell'A4000/040, è il turno dei 
controller SCSI 

LaFastLane Z3 è una scheda 
prodotta dalla casa tedesca 
Phase 5 di Francoforte che 
integra un controller SCSI e 
una espansione RAM. 

ll controller è in standard SCSI 
Il capace di un transfer rate 
massimo di :10 Mb/s e acce- 
de alla memoria a 32 bit 
dell'Amiga in DMA attraver- 
so una FIFO bidirezionale, 


alla ragguardevole velocità di 
20 Mb/s. 

L'espansione RAM è a 32 bit 
ed è composta di 16 zoccoli 
per SIMM da 1, 4 e 16 Mb ed 
è quindi espandibile sino a 
256 Mb di RAM 

La scheda è compatibile con 
tutti i modelli di A4000 oggi 
in commercio e, a differen- 
za della A4091, funziona 
in DMA anche con il Super 
Buster rev .9 dei primi 
A4000. 

Secondo la casa costruttrice 
con la revisione 11 del Buster 


FASTLANE Z3 


Perfezione teutonica 






























si ha un lieve aumento del- 
le prestazioni e una corri- 
spondente diminuzione 
dell'occupazione di CPU du- 
rante i trasferimenti 

Il software di gestione forni- 
toda Phase 5 con la scheda 
è all'altezza dell'hardware e 
comprende, oltre alla indi- 
spensabile utili- 
ty di inizializzazione e parti- 
zionamento, Dynamic Cache, 
un sofisticato software di ca- 
ching, e un file system pet CD 
ROM 
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DESCRIZIONE 


La scheda è contenuta 
in una scatola di spe- 
ciale cartone antistati- 
co nero 
Assieme troviamo due 
manuali, un cavo SCSI a 
50 pin (piattina) con tre 
connettori, un chip 
74FCT240 e una prolunga 
per il led di attività 
La scheda è dominata, nel- 
l'area centrale, da 16 zoccoli 
SIMM; verso il connettore 
esterno spicca il chip SCSI Il, 
un Emulex 2400148 FAS216, 
attorno al quale troviamo va- 
rie PAL e la ROM che contie- 
ne il device software, deno- 
minato z3scsi.device 
Allineato alla staffa troviamo il 
connettore SCSI interno da 
50 pin e relativi terminator 
che vanno rimossi o anche 
solo disabilitati rimuovendo un 


jumper se si collegano perife- 
riche SCSI esterne. 

La realizzazione della sche- 
daè eccellente: i componenti 
sono disposti inmodo ordina- 
to e surface mountedì; i jum- 
per suddivisi in gruppi fun- 
zionali e, dove lo spazio lo 
permette, accompagnati da 
serigrafie; la staffa e il connet- 
tore SCSI esterno sono fissati 
saldamente alla scheda 

La sagomatura del bordo si- 
nistro fa si che scivoli facil- 
mente nello slot nonostante 
l'ingombrante connettore 
Centronics SCSI esterno, 
senza bisogno di forzare in 
alcun modo lo chassis o pie- 
gare la scheda. 

A differenza di tutti i controller 
SCSI sinora disponibili su 
Amiga, il connettore SCSI 
esterno della Fastlane segue 
rigorosamente lo standard e 
quindi è un 50 pin Centronics, 
invece dei soliti DB25 (tipo 
porta seriale, per intenderci) 
introdotti dal Macintosh e che 
possiamo trovare anche su 
A3000 

ll connettore Centronics .è 
meno sensibile alle interfe- 
renze e permette velocità di 
trasferimento superiori ai 4 
Mb/s (il limite dei comuni con- 
nettori DB25); esistono co- 
munque in commercio adat- 
tatori da DB25 a Centronics e 
viceversa 


COMPATIBILITÀ 
E SUPER BUSTER 


Secondo Phase, la FastLane 
funziona con le revisioni 9 e 
11 del SuperBuster 

Nei sistemi A4000/040 do- 
tati del buster rev 9 e scheda 
CPU A3640 rev 3.0 è neces- 
sario sostituire un piccolo chip 
siglato 74FCT244 situato sulla 
motherboard, sotto la sche- 
da CPU, con uno siglato 
74FCT240 fornito in dota- 





zione alla scheda. Per una 
svista progettuale, infatti, la 
scheda CPU A3640 inverte 
un segnale necessario al fun- 
zionamento dello Zorrolil e 
questo chip provvede a in- 
vertirlo nuovamente. 

Nei nuovi A4000 con Buster 
11 e CPU 3.1 il problema è 
stato risolto. 

La nostra prova è stata con- 
dotta con un A4000/030 (Bu- 
ster rev 11) fornito da Hardital 
di Milano e la Fastlane ha 
funzionato perfettamente sia 
conlaCPUoriginale Commo- 
dore EC030 a 25 Mhz sia con 
lascheda acceleratrice Power 
Changer 68040 a 28 Mhz del- 
la stessa Hardital. 

Sappiamo di possessori di 
A4000 con Buster 9 che dopo 
aver sostituito il chip utilizza- 
no la Fastlane senza alcun 
problema. 


CONFIGURAZIONE 
E INSTALLAZIONE 


Come detto prima la scheda 
può accogliere SIMM, con o 
senza parità, da 1,4 e 16 Mb 
(tuttoramolto costosi e difficili 
da reperire). 

Le SIMM sono quelle standard 
da 8 bit utilizzate anche nelle 
espansioni per A2000 e per 
IBM compatibili (quelle sulla 
motherboard dell’A4000 sono 
a 32 bit e non vanno bene). 
Visto che il bus è a 32 bit ne 
occorrono almeno quattro 
dello stesso tipo per costitui- 
re un banco a 32 bit. 

La scheda è suddivisa logi- 
camente in quattro banchi di 
4 SIMM ciascuno e all’interno 
dello stesso banco si devono 
usare SIMM della stessa ca- 
pacità. 

Banchi diversi possono ac- 
cogliere SIMM di dimensione 
diversa. A esempio ci pos- 
sono essere un banco con 
SIMM da 4 Mb e uno con 
SIMM da 1 Mb per un totale di 
20 Mb di RAM. 

Per utilizzare anche SIMM da 
16 Mb occorre sostituire una 
PAL, ma così facendosi perde 
la possibilità di usare le SIMM 
da 1 MB. 

Le possibilità di espansione 
sono svariate: con le comuni 
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SIMM da 1 e 4 Mb si può 
andare da 4 a 48 Mb di RAM 
a passi di 4 Mb e raggiungere 
i 64 Mb di RAM con 16 chip 
da 4 Mb. 

La scheda accetta SIMM con 
tempi di accesso di 60, 70,80 
o 100 ns: per la massima affi- 
dabilità il progettista consi- 
glia caldamente di utilizzare 
moduli con la stessa velocità 
di accesso, se ciò non fosse 
possibile si può provare a con- 
figurare la scheda per il SIMM 
più lento installato. 

Con SIMM da 60 ns la veloci- 





tà di accesso alla memoria è 
circa il 95% di quella sulla 
motherboard. 

Un jumper collocato vicino al 
connettore SCSI istruisce il 
controller ad abilitare auto- 
maticamente al boot il trasfe- 
rimento sincrono per quei di- 
spositiviSCSI compatibili con 
tale protocollo. 

Altri due jumper rallentano la 
velocità delle trasmissione sul 
bus (da abilitare se utilizzia- 
mo cavi superiori a 5 m) e 
quella di scansione del bus 
SCSI all'accensione del com- 
puter, per dar modo ai dispo- 
sitivi più lenti di “svegliarsi” in 
tempo per essere riconosciu- 
ti. 


MANUALISTICA 
E SOFTWARE 


Il manuale è di dimensioni 
insolite (più grande di Amiga 
Magazine!). 

In 38 pagine, in inglese, cor- 
redate di chiare fotografie e 
illustrazioni, spiega ogni 
aspetto dell'installazione del- 
la scheda e dell'uso del soft 
ware, fornendo al contempo 
numerose indicazioni su scel- 
te del team di progetto (come 
quella del connettore esterno 
Centronics) che a un sempli- 
ce utente potrebbero sem- 
brare arbitrarie e oscure. 
In un “angosciante” avverti- 
mento (ripetuto quasi in ogni 
pagina) Phase 5 avverte che 
collegare alla FastLane de- 
gli hard disk utilizzati corren- 
temente con altri controller 
Amiga può causare la per- 
dita di dati e quindi un bac- 
kup prima dell'installazione 
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è caldamente raccomanda- 
to. Non si tratta di un difetto 
della FastLane o del 4000, 
ma una conseguenza inevi- 
tabile dell'architettura a 32 
bit. Tutto dipende dal para- 
metro Mask associato a ogni 
partizione e conservato nel- 
l'RDB: sitratta di una longword 
a 32 bit che viene utilizzata 
prima di ogni accesso DMA 
per verificare se l'indirizzo 
RAM coinvolto è in grado di 
accettare un trasferimento. 
Se la Mask invertita e messa 
in AND con l'indirizzo dà ri- 
sultato non nullo, allora il tra- 
sferimento DMA non può av- 
venire e si passa all'IO pro- 
grammato (più lento e costo- 
so in termini di CPU). 

In particolare il DMA a 32 bit 
deve avvenire in locazioni 
multiple di 4 byte, quindi Mask 
deve essere impostato a 
OxFFFFFFFC, che significa “il 
DMA può avvenire in ogni lo- 





cazione compresa tra 0 e 4 
Gb purché l'indirizzo di par- 
tenza sia multiplo di 4°. 

Un controller DMA Zorro Il 
come il 2091 richiede invece 
una MASK pari a OxOOfffffe, 
cioè “il DMA deve avvenire 
nei primi 16 Mbe l'indirizzo di 
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AMIGA 
IL 40% DI SCONTO E UN 
N ABBONAME 


Chi usa Amiga conosce bene Amiga informazioni utili di ogni tipo. 
Magazine, e Amiga Magazine conosce Perché chi fa Amiga Magazine è, co- 
me chi lo legge, un vero appassionato, tec- 
nicamente preparato e desideroso 
di conoscere, di scoprire 
nuove frontiere. 
Il "divertimento elettro- 
/ nico" entra così in una di- 
7 mensione più evoluta e tec- 
nologicamente sofisticata, dove 
7 il computer Amiga non ha più 
7 segreti. Amiga Magazine nasce dal 
Gruppo Editoriale Jackson, e porta i 














i suoi lettori e le loro esigenze: 
per questo la rivista, disponi- 
bile anche nella versione 
con floppy disk, è sem- 
pre così attuale, dina- 
mica e informata sulle 
novità del settore. 

E non solo: ci sono in- 
chieste, aggiornamenti tecnici, 
scambi di esperienze, reportage da ma- 
nifestazioni nazionali ed internazionali e 
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segni distintivi di questa grande famiglia per Amiga Magazine; L. 92.400 anziché 
professionale: la serietà, l'affidabilità, la L. 154.000, con un risparmio 
competenza. E per finire, ab- Ren di L. 61.600 per Amiga Ma- 
biamo lasciato l'argomento più fo... RESET gazine Disk. Ma non è tutto, 
eccezionale e imprevedibile: pi “gi in regalo c'è qualcosa di 
l'offerta dell'abbonamento. grande, anche se di picco- 

Lo sconto è del 40% sul- le dimensioni: un data 
l'abbonamento annuale: bank portatile, utile in ogni 
L. 42.900 anziché L. 71.500, occasione, da tenere sem- 
con un risparmio di L. 28.600 pre con sé. 











IL NUMERO UNO NELLE RIVISTE SPECIALIZZATE. 


Via Massimo Gorki, 69 - 20092 Cinisello Balsamo (MI) 
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partenza deve essere pari”. 
Phase 5 fornisce l'utility Che- 
ckMask, che provvede a ve- 
rificare il paramentro Mask di 
tutti gli RDB dei dispositivi 
SCSI collegati e previo as- 
senso dell'utente a correg- 
gerlo. 

Il software di partizionamen- 
to è ben realizzato e provve- 
de a fornire informazioni 
avanzate sui dispositivi colle- 
gati (ottenuti con un MODE 
SENSE). Volendo si può uti- 
lizzare HDtoolbox del siste- 


__ Il pannello 
di configurazione 
di DynamiCache. 


vendo elegantemente il pro- 
blema di decidere quale fra- 
zione di RAM dedicare alla 
cache. i 

A completamento della dota- 
zione software troviamo un 
utilissimo filesystem per CD- 
ROM, in grado di leggere di- 
schi IS09660 level 1 e 2, 
Rockridge e High Sierra e 


I CONTROLLER ZORRO Il 


In attesa di un controller SCSI adeguato, gli utenti di A4000 si 
sono dovuti accontentare di quelli per l'A2000 già esistenti sul 
mercato. | controller progettati per il bus Zorro Il (16bit e 7,14 
Mhz) sono un vero collo di bottiglia su una macchina con 
processori e accesso alla RAM a 32 bit. 

Se il controller è DMA, come l'A2091, i trasferimenti DMA 
possono avvenire solo nei primi 16 Mb dello spazio di indiriz- 
zamento, e gli A4000 in quell'area hanno solo la Chip RAM: 
quindi i buffer sono allocati in Chip RAM e la CPU contende 
ai chip custom l'accesso alla memoria. Si può ottenere un 
certo miglioramento installando della Fast RAM sull'A2091, 
ma la CPU deve comunque accedervi dal bus Zorro Il. 

Se il controller non è DMA, la CPU accede alla scheda 
attraverso il bus Zorro Il addirittura per ogni blocco trasferito 
dalla SCSI, con prestazioni anche in questo caso deludenti. 
Di regola accade che la stessa combinazione di controller e 
hard disk sia più veloce su Amiga 2000 che su Amiga 4000. 
La differenza è palpabile solo con trasfer rate superiori ad 1 
Mb/s e la massima velocità ottenibile su di un A4000 equipag- 
giato di controller Zorro Il sembra essere 1,7 Mb/s. 


ma operativo, modificando il 
nome del device SCSI in 
z3scsi.device nell'apposi- 
to ToolType o come parame- 
tro da Shell. 

Il software di cache è il famo- 
so programma shareware Dy- 
namiCache. Questo program- 
ma implementa i più moderni 
algoritmi dicaching conosciu- 
ti, è completamente configu- 
rabile e ha una caratteristica 
utile e originale: la memoria 
usata per la cache appare 
libera al sistema. 

Se un applicazione tenta di 
allocare memoria, Dynami- 
Cache rinuncia a parte dei 
dati conservati in cache e re- 
stistuisce all'applicazione 

la memoria utilizzata, risol- 
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compatibile con lettori Toshi- 
ba, Nec e Chinon. Non pos- 
sedendo un CD ROM SCSI 
non abbiamo potuto provar- 
lo, ma a detta di Fred Fish, 
che producendo i Fish CD 
può vantare una grande 
esperienza “sul campo”, è 
l'unico FileSystem per CD 
ROM che non gli abbia mai 
dato problemi. All'installazio- 
ne e all'uso di DynamiCache 
e del filesystem per CD ROM 
è dedicato il secondo ma- 
nuale fornito con la scheda. 


Il 4000/030 utilizzato per la 
prova (dotato di Buster rev 
11)nonharichiesto la sostitu- 
zione del chip sulla mother- 
board, ma avendo sostituito 
durante la prova la scheda 
CPU standard con la Power- 
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Changer possiamo assicura- 
re che non è un'operazione 
particolarmente difficile, gra- 
zie anche alle chiare indica- 
zioni del manuale. 

Se però il computer è ancora 
coperto da garanzia è consi- 
gliabile rivolgersi a un centro 
di assistenza qualificato. 

La FastLane ha funzionato al 
primo colpo e tutti gli hard 
disk SCSI collegati (previa 
modifica della Mask) non 
hanno dato problemi. 
Com'era immaginabile le 
prestazioni della scheda di- 
pendono innanzitutto dalle 
prestazioni dell'hard disk col- 
legato. 

Con transfer rate fino a 1 Mb/ 
s (Quantum 52 e 105), l'unico 
beneficio rispetto a controller 
SCSI | Zorro Il è il tempo di 
CPU disponibile, che sale a 
80-90% rispetto a 50-60%. 
Con hard disk da 1 a 3 Mb/s 
(200-500 Mb di capacità) si 
superano i controller Zorroli 
su A4000, per i quali il massi- 
mo transfer rate possibile 
sembra essere 1,7 Mb/s e 
molti Zorroll su A2000. 
Quando ci si avvicina alla 
soglia dei 4-5 Mb/s (raggiun- 
gibili con hard disk da alme- 
no 1 Gb), anche ilveloce con- 
troller SCSI | dell'A3000 getta 
la spugna (questo è un limite 
del protocollo SCSI |, non 
dell'A3000). 

Se poi ci si fa prendere dal- 
l'ebbrezza della velocità del 
protocollo SCSI Il, supportato 
in genere da hard disk con 
transfer rate superiori a 5 Mb/ 
s, la scheda permette.di rag- 
giungere i limiti fisici del bus 
SCSI. Come abbiamo riferito 


nella recensione della fiera di 
Colonia, la FastLane colle- 
gata a un Barracuda, 
ST12550N da 2 Gb raggiun- 
ge vette di 7 Mb/s con ancora 
l'80% di CPU libera! Non di- 
sponendo di un Barracuda, 
ci siamo dovuti accontentare 
di un hard disk Digital da 1 
Gb. Valutata da AIBB 6.1 la 
memoria installata sulla sche- 
da (4 MB da 70ns) è risultata 
del 10% più lenta di quella 
installata sulla motherboard: 
la velocità di accesso alla 
RAM installata su schede 
Zorro Ill dipende anche dal 
Super Buster, che a detta dei 
progettisti della FastLane non 
sembra brilli per velocità. Ver- 
sioni successive del Buster 
dovrebbero permettere di 
usare RAM da 40 ns sulla 
FastLane e quindi raggiun- 
gere o superare la velocità 
della memoria on board. 


CONCLUSIONI 


Perfetta? Quasi: a voler esse- 
re pignoli un difetto siamo riu- 
sciti a trovarlo: il cavetto forni- 
to per accendere il led sul 
frontalino dell'A4000 quando 
la SCSI è attiva è troppo cor- 
to! Peril resto non c'è nulla da 
eccepire. 
Un ultimo appunto sul prez- 
zo, che potrebbe sembrare 
un po' alto, ma che secondo 
noi è pienamente giustificato 
dall'eccezionale qualità del 
prodotto. Tenuto conto che è 
il controller consigliato dalla 
DMI per la sua scheda Digital 
Broadcaster 32, il giudizio fi- 
nale non può che essere più 
che positivo. Un ringraziamen- 
toalcentro di assistenzaCom- 
puter Lab, a Hardital e a Re- 
nato Tarabella per la gentile 
collaborazione. 
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Nome: FastLane Z3 

Casa : Phase 5 Digital Products 
Francoforte, Germania 

Venduto da: Hardital, via Cantoni 12, Milano, 

tel 02-4983457 fax 02-4983462 

Prezzo: L.780.000 senza ram SIMM 1 Mb 70 ns 
L.120.000 SIMM 4 Mb 70 ns L.389.000 SIMM 16. 
Mb 70 ns L.1.490.000 

Giudizio: eccellente 

Pro: controller SCSI II, espandibilità RAM, 
compatibile con le versioni 9 e 11 del BUSTER, 
due anni di garanzia 

Contro: cavetto led troppo corto 
Configurazione della prova: A4000/030 

e PowerChanger040/28 Hardital, hard disk Quantum 
52 Mb, IBM 300 Mb e Digital 1 Gb 

Configurazione richiesta: Amiga con slot Zorrolll 
e buster -9 0 -11 


Vuol SAPERE L'ULTIMA... 
,. NOVITÀ IN CAMPO INFORMATICO? 


"TI OFFRE: 
' INSERZIONI SULL'USATO DI TUTT'ITALIA; 
PRODOTTI COMMERCIALIZZATI DALLE SOCIETÀ DEL SETTORE; 
LAVORO E RICERCA DI PERSONALE; 
RECENSIONI, CONSIGLI, CORSI, INTERSCAMBI TRA UTENTI, CONCORSI, 
COMPUTER CLUBS, LISTINI SUI PRODOTTI.. 


| 24ore su 24 tutti i giorni. Basta una telefonata 


144 88 099 


# Non È un rELEFONO EROTICO, è IL L PRIMO sERVIZIO PROFESSIONALE AUDIOTEL IN campo miei 
ci ga A 1524/MIN. + IVA. E' un SERVIZIO MERMAID TECHNOLOGIES - VIALE CAMPANIA, 29 - | MILANO: | 
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on un accessorio come 

quello che stiamo per 

presentare, finalmente, il 
nostro Amiga entra a pieno di- 
ritto nel mondo del cosiddetto 
“desktop video” professionale, 
ovvero in quell'ampia gamma 
di applicazioni finalizzate alla 
registrazione video di livello 
Broadcast. Se termini come 
"raytracing”, "bump mapping", 
"rendering", “B-spline" sono 
ormai diventati quasi familiari a 
chi ha dimestichezza con la 
grafica computerizzata, molto 
meno ricorrenti e spesso dav- 
verooscure nel significato, sono 
parole come “Acc gain ref.", 
“Luma delay", "Proc. Amp.”, 
"Comb filter"; tutta quella termi- 
nologia, insomma, che sovrin- 
tende a una fase fondamentale 
nel lavoro del videografico: la 
trascrizione quanto più fedele 
possibile del segnale digitale 
su un supporto alquanto critico 
e, per certi versi un po' primiti- 
vo, come il nastro magnetico 
Il segnale video comunemente 
generato da videoregistratori 
analogici è per propria natura 
instabile, inquanto risultato elet- 
trico di attrito meccanico tra la 
testina rotante del VCR e la 
superfice del supporto magne- 
tico. Laminima fluttuazione nello 
scorrimento del nastro si riper- 
cuote inevitabilmente sulle com- 
ponenti del segnale video: im- 
magine e sincronismi. Risulta- 
to: le sudate immagini e i contri- 
buti grafici, dopo la prima co- 
pia, non sono più riconoscibili 
Per sopperire a tale inconve- 
niente, è stata presa in prestito 
la tecnologia digitale, sino a 
non molti anni fa di esclusivo 
appannaggio della scienza in- 
formatica, ed è stato inventato il 
Time Base Corrector, letteral- 
mente correttore della base dei 
tempi o, piu semplicemente, 
TBC. Il principio di funziona- 
mento è presto detto: il TBC 
immagazzina digitalmente in 
ogni singolo frame del segnale 








video collegato alla sua entrata 
il tempo necessario per rico- 
struirne le informazioni di fase/ 
sincronismo, e lo restituisce in 
uscita completamente rigene- 
rato 0, se preferite, “Tibicizza- 
to". L'intero processo avviene 
intemporeale e, diconseguen- 
za, le informazioni non manife- 
stano alcun apparente ritardo 
sulla linea. Il risultato è che le 
immagini hanno subito un pro- 
cesso di rigenerazione, una 
sorta di lifting elettronico, che 
non potrà che giovare ai fini del 
riversamento su nastro magne- 
tico; ora saranno, per cosi dire, 
elettricamente più corrette. Se 
ciò bastasse a descrivere le 
funzioni della scheda, ci do- 
manderemmo perché occupa- 
re un prezioso slot Zorro II, solo 
per elaborare un segnale ester- 
no alla macchina (di solito, i 
TBC per Amiga vanno a occu- 
pare lo slot AT). E qui viene il 
bello. Sarebbe infatti riduttivo 
relegare il TBC Plus di GVP alla 
semplice funzione di encoder 
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GVP TBC PLUS 


Giuliano Sassi 


L'ingresso di GVP nel settore 
video professionale 








video e stabilizzatore di segna- 
le. Il TBC Plus non è solo un 
correttore della base dei tempi, 
ma anche e soprattutto il primo 
tassello di un vero e proprio 
sistema integrato di elabora- 
zione digitale di informazioni 
video. 


CONFEZIONE 
E INSTALLAZIONE 


Laconfezione non lascia dubbi 
sull'autentica vocazione di que- 
sto prodotto. Campeggia in 


Le finestre per la selezione 
dei segnali. 








La finestra di calibrazione 


e quella per la messa 
a punto fine dell'input. 


bella mostra la seguente dici- 
tura :"Time Base Corrector full 
8 bit 4:2:2 CCIR-601 digital si- 
gnal processing for broadcast 
quality video output”. 

Qualora non fosse chiaro, un 
paio di esempi fotografici rias- 
sumono in breve e per chi non 
avesse molta dimestichezza 
con la terminologia tecnica, le 
finalità del mezzo: migliorare la 
qualità del segnale passante 
o, a piacimento, rielaborarlo, 
avvalendosi in questo ultimo 
caso, oltre che di numerosi ef- 
fetti on-line preimpostati, an- 
che di apposite utility ARexx. 
Sul retro della confezione si 
trova una descrizione più ap- 
profondita delle caratteristiche 
tecniche della scheda e un 
esempio del software di ge- 
stione e controllo. Nonostante 
il fatto che l'apparenza piutto- 
sto modesta e il peso decisa- 
mente piuma possano trarre in 
inganno, il voluminoso manua- 
le in inglese, ottimamente re- 
datto (completo di tutorial e 
indice analitico) e la pulizia cir- 
cuitale priva di sbavature o 
correzioni dell'ultima ora con- 
fermano le aspettative del- 
l'utente professionale e l'otti- 
ma nomea che GVP si è gua- 
dagnata in questo genere di 
applicazioni. Le istruzioni, sem- 
plici e ben scritte, consentono 
di installare la scheda e il sof- 
tware relativo in pochi minuti 
su qualunque Amiga munito di 
slot di espansione Zorro Il o 
Zorro III. Un unico connettore 
DB-25 raccoglie le dieci con- 
nessioni con i segnali video 
per mezzo di relativa cavette- 
ria contrassegnata da fascette 
che ne indicano l'utilizzo. 

Sul manuale si indicano possi- 
bili configurazioni hardware: 
l'uso del TBC da solo, in uno 
studio video, in combinazione 
con il Video Toaster (che ricor- 
diamo esiste solo in versione 


La finestra 
del frame grabber. 


NTSC), con l'Impact Vision 24, 
con la Video Suite dell'Opal 
Vision (quando apparirà sul 
mercato), con l'EGS 110/24 e 
l'EGS 28/24. Queste ultime 
schede grafiche richiedono un 
prodotto come l'Impact Vision 
che funga da encoder RGB/ 
video. La 110/24 può ricevere 
in ingresso un segnale di Sync 
esterno, la 28/24 deve invece 
essere usata come generatore 
diSync utilizzando uno dei suoi 
schermi PAL o NTSC. Sulla 
scheda, oltre a una serie di 
grossi chip targati Philips com- 
pare un modulo SIMM da 1 MB 
(espandibile a 2) per la memo- 
ria del frame grabber e altri 
due zoccoli SIMM per un mas- 
simo di 8 Mb di RAM Amiga 
Autoconfig. La scheda, quin- 
di, funge anche da espansio- 
ne di memoria: gli zoccoli era- 
no vuoti sulla scheda in prova, 
ma se sono presenti almeno 2 
Mb, la scheda è in grado di 
riversare molto velocemente il 






contenuto del proprio buffer vi- 
deo nella memoria Amiga, 
usando un DMA GVP da 3,58 
Mb/s, altrimenti il trasferimento 
avviene molto più lentamente, 
16 bit alla volta. Compaiono 
inoltre un connettore a 60 pin 
chiamato Video 
Expansion Bus, 
due connettori a 
38 pin chiamati Di- 
gital Features Bus 
(sonotutti proprie- 
tari), uno zoccolo 
per il chip opzio- 
nale SMPTE e altri 
due piccoli con- 
nettori non ulte- 
riormente specifi 
cati. Come si può 
capire, il TBC è 
solo il primo elemento di un 
sistema video modulare che 
GVP ha cominciato a realizza- 
re. L'installazione dei due di- 
schi di software avviene me- 
diante l'Installer Commodore. 
È previsto anche l'uso da flop- 
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py, invece che da hard disk, 
ma è ovviamente sconsigliato. 
Il software è dotato di help in 
linea in formato Amigaguide. 


Collegato un segnale video in 
entrata (CVBS o Y/C) e prele- 
vatone uno in uscita; attivata la 
finestra di input via software e 
aggiustati iparametri di utilizzo 
della scheda in funzione della 
configurazione, scegliendo tra 
le innumerevoli opzioni già 
pronte nell'apposito menu, Si- 
gnore e Signori, il TBC Plus è 
servito! Se poi, per restare in 
tema, desiderassimo un servi- 
zio a la carte, ecco in breve le 
caratteristiche del prodotto 
che, tra le tante, abbiamo rite- 
nuto più significative. 


LE SPECIFICHE TECNICHE 


th: 5,5 MHz 
lo: 58 db 
B: <100 
: 1% 
ni : 4:2:2, 8 Bit 
Luma, 8 bit each Chroma, 
CCIR-601(D1) 
: +15 nsec. 


Quattro entrate video e segnale di 
chiave (KEY). Potete collegare 
contemporaneamente due se- 
gnali compositi e uno Y/C, op- 
pure, sacrificando le entrate 
CVBS che diventano rispetti- 
vamente luminanza e cromi- 
nanza per una nuova fonte 
Super, due segnali Y/C. Una 
soluzione, quest'ultima, che 
non ci è parsa per la verità 
molto felice, poiché costringe 
coloro che dispongono di due 
segnali Y/C ad armarsi di sal- 
datore e stagno per appronta- 
re un collegamento Y/C-BNC. 
Un eventuale segnale esterno 
di chiave consente di bucare il 
bianco o il nero dell'immagine 
e di creare a piacimento delle 
maschere o chiavi, appunto. 


Conversione di formato da NTSC/ 
PAL/SECAMaNTSC/PAL Ciòche 
fino a pochi anni fa era addirit- 
tura impensabile in questa fa- 
scia di prodotti, oggi è diventa- 
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torealtà. Dobbiamo però ramm- 
mentare, cosa che per altro fa 
anche il manuale, che la tran- 
scodifica di standard è comun- 
que per sua natura un'opera- 
zione piuttosto critica anche su 
attrezzature ben più costose. 
Non ci si aspetti perciò risultati 
entusiasmanti. 


Entrata Genlock/Reference(BBI) e 
Advance-Sync Output. ll connetto- 
re contraddistinto dalla sigla 
BBI consente di sincronizzare 
uno o più TBC Plus a un segna- 
le Sync esterno o, come acca- 
de nelle suite video di produ- 
zione e post-produzione, al co- 
siddetto House Sync. 

Se poi si dispone di un TBC 
Plus aggiuntivo, potrà essere 
usatocome generatore di Black 
Burst per tutti gli altri. | segnali 
saranno perfettamente allinea- 
tie si potrà commutarlio misce- 
larli liberamente con l'ausilio di 
un mixer video. 

Il sincronismo di avanzamento 
oAdvance-Sync Output è inve- 
ce ciò che consente all'utente 
professionale sprovvisto di vi- 
deoregistratori con TBC inter- 
no di agganciare il trascina- 
mento dei lettori(U-Matic/BWU) 
in configurazione A/B Roll, al 
Sync di riferimento del TBC 
Plus. Il TBC funziona anche da 
semplice switcher A/B fra in- 
gresso composito (videocame- 
ra, sintonizzatore o laser disc) 
collegatoa BBl e ingresso com- 
posito o Y/C. 


Processore e 


saturazione (Proc Amp). Tutte le 
regolazioni che normalmente 
accompagnano un processo- 
re di segnale video sono ac- 
cessibili tramite l'apertura del- 
l'apposita finestra da menu e 
relativi cursori, e rappresenta- 
no per il processore i valori di 
riferimento o LUT (Look-up Ta- 
bles) in base ai quali il segnale 
video passante verrà elabora- 
to e corretto in tempo reale. 

Frame grabber in tempo reale 
a 16,7 milioni di colori. Un'ap- 
posita finestra denominata Stil- 
Istore consente di catturare in 
temporeale singoli fotogrammi 
della sequenza e di salvarli nel 


® 1993, GP 


formato prescelto 0, viceversa, 
di caricare immagini preventi- 
vamente salvate (IFF ILBM 24, 
JPEG, YCrCb 4:2:2, Caligari 
.6rn) e averle immediatamente 
disponibili sulle uscite compo- 
sita o Y/C. Con il secondo me- 
gabyte opzionale si possono 
catturare due frame completi in 
memoria operando anche un 
ulteriore miglioramento degli 
errori di timing. Il software 
FXPlus permette effetti partico- 
lari come lo Strobe, in cui a 
intervalli definibili dall'utente 
viene “congelato” un fotogram- 
ma prelevato dal segnale in 
ingresso, oppure Live Strobe, 
in cui lo Strobe si alterna al 
segnale video, o ancora Trail 
Strobe, che opera alternativa- 
mente sui field. FXPlus permet- 
te, sfruttando le qualità di Proc 
Amp del TBC) anche effetti cro- 
matici come Negative, False 
Color, Posterize, Solarize, Rai- 
bow, Distorted, Threshold, 
Waves, Zebra. Ogni effetto può 
essere applicato in misura va- 
riabile. 


Controllo ARexx. Tutte le funzioni 
e i parametri di controllo sono 
affiancati dal corrispettivo co- 
mando ARexx. Ciò consente 
non solo di creare configura- 
zioni di utilizzo personalizzate, 
ma anche di interagire con pro- 
grammi e utility che supporta- 
no tale linguaggio. Qualche 
buon suggerimento applicati- 
vo è riportato nella sezione Tu- 
torial del manuale. 

Per finire, ben tre finestre sono 
dedicate al controllo dei para- 
metri del segnale passante; una 
per le funzioni basilari (ACC 
Gain ref., ACC Gain Control, 
Loop Button, Chroma Loop Ti- 
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ming, Luma Delay, ecc.) e due 
pericontrolli e le funzioni avan- 
zate (Band Pass Filter, Cross 
Color Reduction, NSR Method, 
ecc.). Degni di nota inoltre, ci 
sono parsi due importanti op- 
tional che non erano però pre- 
senti nell'esemplare in prova: 
quello per la lettura/scrittura 
VTC (Vertical Time Code) e il 
Digital Comb Filter, che per- 
mette al TBC di processare il 
segnale Composito in ingres- 
so (da telecamera, sintonizza- 
tore o laser disk, non da VCR) 
come se fosse un segnale Y/C, 
migliorando la qualità. 


CONCLUSIONI 


Il TBC Plus si è rivelato, per 
caratteristiche e prestazioni, ri- 
spondente alle aspettative, sia 
per quanto riguarda l'approc- 
cio software, molto pulito e or- 
ganico pur nella modularità dei 
vari menu, sia per quanto con- 
cerne la qualità dell'immagine, 
dettagliata e brillante. Avrem- 
mo pero gradito, per un pro- 


La finestra di Input e quella 
per la messa a punto fine 
dell'output. 


dotto dichiaratamente profes- 
sionale, la possibilità di colle- 
gamenti con segnali Compo- 
nent che sono ormai lo stan- 
dard di fatto. Molto utile sareb- 
be stata inoltre la presenza di 
un circuito per la compensa- 
zione dei cosiddetti Drop o im- 
perfezioni del nastro; magari 
implementato via software, per- 
ché no? 
Come già anticipato all'inizio 
di questa breve panoramica 
su un prodotto che meritereb- 
be una trattazione pari almeno 
a quella del manuale fornito, 
TBC Plus altro non è che il 
primo anello di una catena di 
processori video che prelude 
a un futuro ingresso di GVP nel 
mondo del Digital Video e del- 
l'editing non lineare. La pre- 
senzardelle connessioni deno- 
minate Digital Features Bus e 
Video Expansion Bus sulla 
scheda stessa lascia presu- 
mere (e lo stesso fa il manuale) 
lo sviluppo di interfacce per 
l'acquisizione e l'elaborazione 
non più solo di singole immagi- 
ni, ma di intere sequenze in 
formato compresso (JPEG)con 
registrazione diretta su hard 
disk, generazione di effetti 3D, 
transcoder RGBNUV, Genlock 
e così via. Per il momento, ac- 
contentiamoci e, vigarantiamo 
che non è poco, di un egregio 
TBC con qualcosa in più. Il 
giudizio finale: imperdibile. 
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qualche mese dalla 
recensione di VLab 
3.0, torniamo a parla- 


re di questa scheda digitaliz- 
zatrice a 24 bit Zorro Il per 
Amiga. La volta scorsa ave- 
vamo recensito il modello 
VHS, ora si tratta di quello 
S-VHS, dotato inoltre del soft- 
ware di gestione 4.1. 

È anche disponibile una ver- 
sione esterna che si può col- 
legare all'interfaccia paralle- 
la di Amiga: ovviamente la 
velocità operativa risulta di- 
minuita dalla lentezza della 
connessione parallela. 
Focalizzeremo la nostra at- 
tenzione sulle modifiche ap- 
portate dalla tedesca Macro- 
System al software di gestio- 
ne della scheda, rimandando 
per ulteriori particolari all'ar- 
ticolo apparso sul numero 
47 di Amiga Magazine (luglio- 
agosto '93). 


DOTAZIONE 
E INSTALLAZIONE 


L'installazione è semplicissi- 
ma: basta infilare laschedain 
uno slot Zorro Il libero. Sul 
retro del computer appari- 
ranno due connettori CVBS e 
un connettore minidin S-VHS 
o Y/C. Si tratta di tre ingressi 
selezionabili via software: la 
scheda non permette infatti il 
by-pass delsegnale video per 
visualizzare il segnale su un 
monitor di servizio. 

Il manuale è in inglese (al 
momento della recensione era 
disponibile solo la versione 
tedesca): molto preciso e 
puntuale nelle descrizioni, 
con foto dei menue delle fine- 
stre del programma, assomi- 
glia a un libro più che a uno 
dei soliti manuali software: è 
una testimonianza indiretta 
della qualità del prodotto. 
llmanuale, ottimo veramente, 


VLAB Y/C 4.1 


Romano Tenca 


Il modello S-VHS, 
con software di gestione 4.1 





è stato ristampato completa- 
mente, anche se la maggior 
parte del testo è immutata, 
per inserire al punto giusto la 
documentazione delle modi- 
fiche effettuate 

Il software è contenuto su un 
solo disco: l'Installer Commo- 
dore consente una sempli- 
cissima installazione su hard 
disk. 

All'interno della directory 
VLab, così creata, troviamo il 
programma di digitalizzazio- 
ne, alcune macro ARexx, la 
documentazione per i pro- 
grammatori e i Catalogs per 
la localizzazione: nonostante 
la presenza di sette lingue 
diverse, l'italiano non è pre- 
sente... 

Viene anche fornito un loader 
e un saver adatto al formato 
IFF YUVN, ideato da Macro- 
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System e utilizzato da VLab, 
per il programma di elabora- 
zione delle immagini AdPro. 
Peccato non ne venga fornito 
uno anche per ImageFX. 


FUNZIONAMENTO 


Una volta collegata una sor- 
gente video a uno dei tre in- 
gressi citati, si può iniziare la 
sessione di digitalizzazione 
mediante il programma VLab. 
L'interfaccia grafica, la sud- 
divisione dei menu e delle 
finestre non è minimamente 
cambiata rispetto alla versio- 
ne precedente. 

A beneficio di chi non avesse 
letto la recensione preceden- 
te, ricordiamo che il program- 
ma utilizza uno schermo sul 
quale può aprire una serie di 
finestre che svolgono diverse 


funzioni. Le stesse funzioni 
sono anche accessibili me- 
diante opzioni di menu. 
Loschermo può essere quello 
delWorkbench, uno schermo 
custom scelto mediante il di- 
splay database o lo schermo 
pubblico di default. 

Può usare da 2 a 16 toni di 
grigio e anche 65.535 colori 
con una scheda grafica Reti- 
na. ll numero di colori serve 
soprattutto amigliorare laresa 
del Monitor. 

La finestra Source Definition 
permette di definire come 
vada.trattata la sorgente vi- 
deo, salvando una o più de- 
finizioni su disco per l'uso 
successivo. 

Della sorgente va impostato 
l'ingresso (da 1 a 6 perché 
possono essere montate fino 
a due VLab sullo stesso com- 
puter), l'uso di una serie di 
filtri per migliorare la qualità 
della digitalizzazione, l'atti- 
vazione del circuito di corre- 
zione per i VCR (che rende 
superfluo l'uso di TBC per 
stabilizzare il segnale), la 
finestra in cui operare la cat- 
tura. 

La finestra Scan consente di 
avviare la digitalizzazione di 
interi frame o di semiframe, in 
Hires o Lowres, a colori o in 
toni di grigio. 

Se si usa il fermo immagine 
del videoregistratore, si può 
attivare l'opzione “minimize 
noise” che cattura più volte la 
stessa immagine e tenta di 
ridurre i disturbi confrontan- 
do i vari frame fra loro. Si può 
avere una Preview dell’imma- 
gine in HAM o su scheda 
Retina. 

La finestra Sequence per- 
mette di catturare più frame in 
sequenza a una velocità che 
dipende dal computer utiliz- 
zato. | frame vengono salvati 
su disco (è preferibile usare 


la RAM:) come file 
YUVN. 

Ogni frame a colori in 
alta risoluzione occupa 
circa 550 kilobyte. 

I file possono poi esse- 
re convertiti in IFF me- 
diante lo stesso VLab 
magari utilizzando la 
macro ARexx fornita 
con il pacchetto. 

La finestra Convert 
permette la conversio- 
ne dell'immagine cat- 
turata in immagine 
Amiga: sono suppor- 
tati i modi ECS e AGA 
con eventuale dithe- 
ring Floyd Steimberg, 
HAM e HAM8 (anche 
su macchine ECS). 

Il rendering delle im- 
magini catturate è 
piuttosto lento e seb- 
bene sembri migliora- 
to rispetto alla versione pre- 
cedente, è sempre meglio 
salvare l'immagine nel forma- 
to IFF24 e usare un program- 
ma specifico come AdPro o 
ImageFX. 

Da menu, infatti, è possibile 
salvare l'immagine a 24 bit 
nel formato IFF-YUVN, 1FF24 
e ora anche |FF24 DEEP 
(quello di TV Paint). Peccato 
non possa salvare in formato 
JPEG. 

È anche possibile modificare 
colori, contrasto e luminosità 
dell'immagine digitalizzata, 
ma non è possibile modifica- 
re tali caratteristiche del se- 
gnale in tempo reale 
come avviene con le 
schede che compren- 
dono il Proc Amp. 

La finestra Monitor 
mostra in tempo reale, 
a una velocità che di- 
pende soprattutto dal- 
lamacchina su cui gira 
il programma, dal nu- 
mero di colori (cioè toni 
di grigio) e dal tipo di 
schermo, un'immagine 
del segnale in ingres- 
so. 

Sul 3000 si ottengono 
2-4 frame al secondo 
con la finestra più 
grande e fino a 8 frame 
al secondo per quella 
più piccola in uno 


schermo Hires interlacciato a 
16 colori. 

Una nuova opzione di menu, 
prima accessibile solo me- 
diante interfaccia ARexx, 
permette l'output del monitor 
su una scheda grafica Retina 
(essendo anch'essa un pro- 
dotto MacroSystem, c'è un 
forte supporto per tale sche- 
da nel software di VLab). 

La presenza del monitor soft- 
ware consente di fare ameno 
di un monitor di servizio per 
visualizzare l'output della 
sorgente video. 

Tutte le funzioni del software 
sono accessibili mediante una 


DPR 


Toccata Audic 
|, POP | 
batt 8a a 


Dolor: ST | 





completa interfaccia ARexx, 
pienamente documentata. 


IL CINEMA DIGITALE 


Il punto forte dell'ultima ver- 
sione di VLab è la nuova fun- 
zione chiamata “Interleaved 
Frame Recording" che per- 
mette di realizzare ciò che 
fino a poco tempo fa si sa- 
rebbe ritenuto impossibile 
senza un VCR di costo ele- 
vato: la digitalizzazione di 
sequenze video a 25 frame al 
secondo! 

Ovviamente ciò non avviene 
in tempo reale, come in pro- 
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L’IFR in azione: 
in alto la finestra 
di output 

che informa 
sullo stato attuale 


dotti quali la Digital 
Broadcaster, ma me- 
diante un ingegnosis- 
simo stratagemma. 
VLab è una scheda 
digitalizzatrice in tempo rea- 
le: per digitalizzare un frame 
gli basta 1/25 di secondo. 
Laschedadi per sè è ingrado, 
quindi, di registrare un se- 
gnale video in tempo reale 
senza alcun problema. Il col- 
lo di bottiglia è rappresentato 
dal bus Zorro Il e dal salva- 
taggio dell'immagine su me- 
moria di massa. 25 frame al 
secondo significano 13 Mb/s 
contro i 2 Mb/s del bus VLab/ 
Amiga. 

Per registrare una sequenza, 
occorre digitalizzare più volte 
la stessa scena: a ogni pas- 
sata VLab registrerà frame 
diversi, fino a com- 
porre la sequenza 
completa. 

Perché ciò possa av- 
venire, VLab deve co- 
noscere il punto esat- 
to da registrare ogni 
volta. Per questo uti- 
lizza un frame di riferi- 
mento come momen- 
to iniziale della digita- 
lizzazione. 

La scheda infatti è in 
grado di analizzare i 
frame che provengo- 
no da una fonte video 


Il Monitor a 16 colori 
in funzione. 
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intempo reale, di con- 
frontarli con i dati con- 
servati nella propria 
memoria e di decide- 
re se le due immagini 
sono identiche. 
Quando VLabtrova nel 
segnale video in in- 
gresso il frame di rife- 
rimento, cioè quello 
memorizzato, può av- 
viare la digitalizzazio- 
ne: la prima volta, po- 
niamo, registrerà i fra- 
me 1, 21, 41, 61, la 
seconda i frame 2, 22, 
42, 62 e così via fino a 
completare il tutto (in 
questo esempio per 
registrare l'intera se- 
quenza saranno ne- 
cessari 20 passate). 
Ogni volta bisognerà 
riavvolgere il nastro, 


LE RAT 


Noise Pilter 


rr 


tornando indietro fino a qual- 
che secondo prima del frame 
di riferimento e riavviare il Play 
del registratore. È un proce- 
dimento lento, ma funziona e 
consente di digitalizzare se- 
quenze a colori in alta risolu- 
zione anche a 25 fps con un 
comune videoregistratore. 

Il punto più delicato è stabilire 
il frame di riferimento (key fra- 
me): è la scheda stessa a 
decidere quale dei frame in 
ingresso possa valere da key 


frame. Questo infatti deve 
essere sufficientemente di- 
verso dal precedente da con- 
sentire alla scheda di ricono- 
scerlo senza errore: l'ideale 
è dunque un cambio di 
scena. Si può influenzare par- 
zialmente il processo median- 
te gadget che consentono di 
far accettare alla scheda fra- 
me con differenze minori o 
più alte e di alzare o abbas- 
sare la tolleranza nel ricono- 
scere il key frame. 
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Se il key frame individuato 
dalla scheda dista molto dal 
punto effettivo in cui deve ini- 
ziare la digitalizzazione, si può 
anche stabilire un ritardo fra i 
due momenti, impostandolo 
in tempo reale. Una volta 
avviata la digitalizzazione, il 
software chiederà, quando è 
necessario, di riavvolgere il 
nastro. In questa fase il pro- 
gramma può anche eseguire 
uno script ARexx che, per 
esempio, sposta i frame dalla 


RAM: all'hard disk e 
liberando memoria 
per la fase successi- 
va. 

Alla fine di tutta l’ope- 
razione, VLab può 
eseguire uno script 
che, per esempio, 
converte i frame dal 
formato YUVN a uno a 
scelta dell'utente. Su 
un 3000, VLab riesce 
a catturare e salvare 
in RAM: all'incirca un 
frame ogni 20, usan- 
do la modalità Hires a 
colori. Usando ilmodo 
Loresoilbiancoe nero 
oppure limitando la di- 
gitalizzazione a una fi- 
nestra, l'occupazione 
di memoria per singo- 
lo frame diminuisce e 
aumenta di conse- 
guenza la velocità di 
digitalizzazione. Fra 
l'altro, si può anche 
decidere di digitaliz- 
zare a velocità inferio- 
ri a 25 fps. Durante 
l'IFR il monitor softwa- 
re è quasi sempre di- 
sabilitato, quindi è me- 
glio usare un vero mo- 
nitor di servizio colle- 
gato direttamente al 
VCR per ritrovare il 
punto di partenza: nel- 
le prove ci siamo ser- 
viti anche del conta- 


Le finestre tore del VCR con otti- 
per creare mi risultati. L'ideale 
delle sorgenti sarebbe avere un si- 
personalizzate, stema per controllare 
per selezionare via soft-ware il VCR 
una delle sorgenti (anche all'infrarosso); 
definite mediante ARexx si po- 
e per creare trebbe rendere il pro- 
delle sequenze. cesso del tutto auto- 


matico: si impostereb- 
be il key frame, il numero di 
frame da catturare, la velocità 
e poi dopo qualche ora ci si 
ritroverà su hard disk 60 MB 
di frame in formato Amiga 
pronti all'uso... Un solo pro- 
blema potrebbe insorgere: la 
scheda certe volte fallisce nel 
trovare ilkey frame, specie se 
si mutano i parametri di de- 
fault. 
Alcuni script ARexx forniti con 
la scheda servono appunto a 
pilotare uno di questi sistemi 






di controllo all'infrarosso: Air- 
Link. Può capitare che alcun 
frame non risultino digitaliz 
zati a dovere, in questo caso 
SI puo ricorrere a un coman- 
do ARexx per modificare que 
singolo frame. Si può anche 
allungare una sequenza ag- 
giungendo dei frame, l'impor 
tante è non cambiare, fra una 
sessione e l'altra, il key frame 
Durante tutte le operazioni si 
è assistiti da una serie di mes- 
saggi che appaiono in una 





PER | PROGRAMMATORI 


finestra di output e che per- 


mettono di rendersi conto del 

punto in cui si trovano le ope- La documentazione su discc 
razioni permette ai programmatori d 
Se si dispone della scheda usare la vlab.library fornita 


audio a 16 bit Toccata, sem- con la scheda 
pre della MacroSystem, è Viene 
possibile digitalizzare anche formato IFF YUVN 


‘audio oltre che il videc aggiunt 


Nome: VLab Y/C 4.1 

Casa produttrice: MacroSystem 

Distribuito da: RS via Buozzi 6, 

40057 Cadriano (BO), tel. 051-765563, 

fax 051-765568, BBS 051-765553 

Prezzo: L.890.000, Viab Par L.990.000, IVA 
compresa 

Giudizio: eccellente 

Configurazione richiesta: slot Zorro Il 

Pro: ingresso Y/C, qualità hardware e software, IFR, 
compatibilità AGA 

Congo: lentezza conversioni, mancanza supporto 
J 

Configurazione della prova: A3000 


noltre documentato 
Cui è stato 


supporto per l'al- 


RAIUNO 


Un'immagine a 24 bit 
digitalizzata da un VCR 
di bassa qualità 
mediante ingresso CVBS 
e convertita in JPEG. 


Un'immagine a 24 bit 
digitalizzata dalla TV 
e convertita in JPEG. 





pha channel, che è ancora in 
versione preliminare 


CONCLUSIONI 


| prodotto appare ottimo sotto 
tutti i punti di vista. La qualità 
della digitalizzazione è alta, il 
software è stabile e funziona- 
le, la documentazione eccel- 
sa. L'ingresso Y/C permette 
di ottenere risultati di livello 
semiprofessionale, mentre 
l'IFR aggiunge al pacchetto 
quel qualcosa in più che lo 
rende unico e che avvia sulla 
strada della registrazione di- 
gitale su hard disk di segnali 
video. Non a caso, MacroSy- 
stem è sul punto di presentare 
un nuovo prodotto derivato di- 
rettamente da VLab: si tratta 
praticamente di una VLab do- 
tata di chip di compressione 
JPEG capace di comprimere 
n tempo reale le immagini, 
riversandole su hard disk: il 
suo nome è VLab Motion 

Ah 


PUBBLICO DOMINIO 


I programmi che si trovano sul discoallegato alla rivista, tranne quando 
viene specificato altrimenti, sono programmi liberamente distribuibili e 
come tali possono appartenere a una delle seguenti categorie: 


LUI 
0 


oprio) @ Sutali programmi l'autore cede 


ogni possibile diritto. Tutti sono autorizzati a fame quello che credono. 


2 @ Taliprogrammi sonoliberamente distribuibili, ma l'autore 
detiene ancora ogni diritto di sfruttamento del software a fini commer- 


ciali. 


Ware @ Taliprogrammi sonoliberamente distribuibili, ma l'autore 
richiede il pagamento da parte dell'utilizzatore di una quota di 
registrazione, per esempio dopo un certo periodo di tempo lasciato 
all'utente perché provi il programma. Di solito la versione registrata 
contienen opzioni maggiori e dà diritto a upgrade e consulenza 
tecnica. L'utente finale è tenuto moralmente a pagare l'autore. 


Altri @ Esistono poi delle varianti dello ShareWare: abbastanza diffusi 
sono il GiftWare, con il quale l'autore richiede un dono in cambio del 
programma, oppure la richiesta all'utente di inviare all'autore una 
cartolina. Un'ultima possibilità è costituita dalla distribuzione di una 
versione dimostrativa e abbastanza limitata del programma e dall'invio 
della versione completa dietro pagamento di una somma di denaro 
direttamente all'autore. Sta all'autore, al momento dell'inserimento del 
proprio programma fra quelli liberamente distribuibili, decidere la 
categoria di appartenenza del programma stesso. Ogni responsabilità 
relativa al funzionamento del programma e alla sua compatibilità 


ricade direttamente sull'autore. 
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1 1200e il 600 sono dotati di 

serie di porta PCMCIA, uno 

standard utilizzato anche 
dai notebook MS-DOS, che 
dovrebbe consentire una cer- 
taespandibilità al sistema me- 
diante periferiche rimovibili 
Uno dei vantaggi di questo 
standard sta nel fatto che i 
dispositivi PCMCIA possono 
essere rimossi dal computer 
con notevole facilità, spesso 
anche acomputer acceso. Ciò 
consente di condividere una 
periferica fra computer diver- 
si, in genere per trasferire dati, 
oppure di usare espansioni 
diverse con lo stesso compu- 
ter, pur avendo un solo slot 
PCMCIA (in momenti diversi, 
ovviamente). Finora, a parte le 
RAM Card, ancora piuttosto 
care, si è visto poco per 1200 
e 600. La francese Archos ha 
però deciso di contribuire ad 
avviare una nuova fase per 
questo standard e ha presen- 
tato due prodotti PCMCIA per 
Amiga: un'interfaccia IDE per 
hard disk da 2,5" per 600 e 
1200, che si chiama Amiquest, 
e un'interfaccia sempre IDE 
per hard disk da 3,5" per 1200 
(enon per600) chiamata Over- 
drive che è oggetto di questa 
prova 


DOTAZIONE 
E INSTALLAZIONE 


L'Overdrive arriva in una bella 
confezione di cartone, le cui 
immagini fanno ben pensare 
sin dal primo momento. Una 
volta aperta la confezione si 
rimane piacevolmente stupiti 


Il contenuto dell'hard disk 
come viene fornito 

da Archos. Si notino 

sulla sinistra 

le due partizioni AQ0 e AQI e 
l'icona che permette 

di lanciare il programma AQ. 


ARCHOS OVERDRIVE 


Un hard disk IDE removibile 


liconnettore è passante e per- 
mette il collegamento di flop- 
py drive esterni senza proble- 
mi. Serve solo a prelevare l'ali- 
mentazione e quindi non do- 
vrebbe creare nessuna diffi- 
coltà al 1200. Il filo appare un 
po' corto: arriva giusto al con- 
nettore del floppy e, in presen- 


della linea molto ele- 
gante del prodotto. Il 
cabinet in plastica 
bianca ricorda tanto 
nella forma le espan- 
sioni per il 500 e, una 
volta collegato, sen- 
za alcuna difficoltà, 
alla porta PCMCIA 
del 1200, si sposa 
perfettamente con la 
sua linea, confer- 
mando pienamente 
l'impressione iniziale 
L'Overdrive si inca- 
stra perfettamente 
sul fianco del 1200 
facendo blocco unico con il 
computer. Se si apre l'Over- 
drive, svitando le viti poste sul 
fondo si accede a un interno 
molto ordinato in cui l'hard disk 
da 3,5" riposa su una interca- 
pedine di plastica cui è fissato 
da quattro viti, che lo divide 
dal controller IDE vero e pro- 
prio. L'installazione termina 
con il collegamento del cavo 
che parte dal retro dell’Over- 
drive alla porta floppy del 1200. 









za di connettori posteriori, si 
potrebbe presentare qualche 
piccola difficoltà per esempio 
RGB, di dimensioni generose 
e poco standard che potreb- 
bero intralciare il percorso del 
filo: una decina di centimetri in 
più non avrebbero guastato. 
Qualcuno potrebbe anche 
preferire la soluzione adottata 
perché evita di ingombrare la 
scrivania con filo inutile. La 
presenza del connettore co- 
stringe a spegnere il compu- 
ter ogni volta che si desideri 
rimuovere l'Overdrive: la ver- 
sione per gli hard disk da 2,5", 
invece, traendo l'alimentazio- 
ne dalla porta PCMCIA, non è 
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Il contenuto del dischetto. 


soggetta a questa limitazione 
e l'estrazione e l'inserimento 
possono avvenire tranquilla- 
mente a computer acceso. 
Un aspetto da tenere in consi- 
derazione è il consumo: non si 
può per esempio prevedere 
l'utilizzo dell'Overdrive assie- 
me a tre floppy esterni, hard 
disk interno e magari anche 
un digitalizzatore audio senza 
munirsi di un alimentatore più 
potente (la cui reperibilità sul 
mercato italiano non ci è co- 
munque nota, ma esistono pro- 
dotti di questo tipo sul merca- 
to tedesco). Se ci si limita a 
usare l'Overdrive con un flop- 
py esterno, non si dovrebbero 
presentare problemi di alimen- 
tazione. Sarebbe stato auspi- 
cabile prevedere almeno la 
possibilità di un alimentatore 
esterno per l'Overdrive. Si noti 
che l'interfaccia IDE dell'Over- 
drive consente di gestire fino a 
due hard disk: peccato che 
tale possibilitànon venga sfrut- 
tata dalla scheda magari ri- 
portando esternamente un 
connettore. 

Comunque non sarebbero stati 
molti quelli che l'avrebbero 
sfruttata... 

Per quanto riguarda l'installa- 
zione hardware è tutto: a que- 
sto punto si potrà accendere il 
computer. 

Il manuale fornito è, invece, 
particolarmente deludente: un 
paio di fogli A4, di cui l'RS di 


Bologna sta curando, comun- 
que, la traduzione italiana. 

Il testo inoltre è poco chiaro: 
uno sforzo in più da parte del- 
l'Archos è sicuramente neces- 
sario, visto anche che viene 
fornito del software a comple- 
mento. Quest'ultimo è conte- 
nuto su un dischetto che con- 
tiene anche dei readme in fran- 
cese e in inglese che di fatto 
ripetono quanto scritto sul 
manuale (la versione su file in 
francese ci è sembrata co- 
munque la più chiara e preci- 
sa). 


PRESTAZIONI 


L'Overdrive da noi testato 
montava un hard disk Maxtor 
da 130 Mb già partizionato 
(AQO e AQ1) e contenente il 
software di sistema in una 
partizione e gli ultimi Fish Disk 
nell'altra. Il Workbench 3.0 è 
configurato per la lingua e la 
tastiera francese, per cui la 
prima cosa da fare è modifica- 


LI FOUROLI CRITICO 


LIUTO 





32 Amica MAGAZINE N S4/MARZO 1994 


re tali opzioni mediante Prefe- 
rences per poter usare più 
agevolmente il tutto 

Sin dalla prima accensione 
l'Overdrive ha funzionato egre- 
giamente, dimostrando una 
notevole velocità operativa 
anche su un 1200 privo di Fast 
RAM. Il test di Diskspeed di- 
mostrano che l'interfaccia 
PCMCIA costituisce una buo- 
na soluzione per l'accesso a 
periferiche quali hard disk (che 
sono sempre più lente delle 
RAM Card) e l'Overdrive, con 
il Maxtor in dotazione, offre 
prestazioni di altissimo livello 
si notino i più di 800 kb in 
lettura e in scrittura 
Probabilmente con della me- 
moria Fast, per non parlare di 
una scheda acceleratrice, si 
potrebbero raggiungere risul- 
tati ancora più elevati. Ricor- 
diamo che l'uso della porta 
PCMCIA su 1200 standard è 
alternativo all'uso di memoria 
Fast oltre i primi 4 Mb: ciò 
significa che non si può usare 
laportaPCMCIA se si dispone 
di una scheda con 8 Mb di 
Fast RAM (con 4 Mb non ci 
sono difficoltà) 

Il problema dovrebbe scom- 
parire usando una scheda ac- 
celeratrice per 1200 con 
68030, ammesso che i costrut- 
tori abbiano avuto l'accortez- 
za di non andare a occupare 
lo spazio di indirizzamento 
della porta PCMCIA con 
l'espansione di memoria 


AQToolBox. Si noti l'opzione 
MEDIUM per Disk Speed: 

è quella di default. 

L'aspetto è abbastanza simile 
a quello di HDtoolbox. 


Il test di Diskspeed mostra 
anche che, come al solito, il 
tempo CPU a disposizione 
degli altri task durante il tra- 
sferimento di dati da o verso 
l'hard disk è praticamente 
zero: non è un limite dell'Over- 
drive, ma il frutto della imple- 
mentazione tipica dell'interfac- 
cia IDE. 


SOFTWARE 


Il software fornito su dischetto 
serve a gestire l'hard disk. Un 
programma per l'Installer 
Commodore (A1200Setup) 
con interfaccia anche in italia- 
no, partiziona l'hard disk cre- 
ando le due partizioni stan- 
dard del 3.0. 

Dopo l'uso occorre fare un re- 
set della macchina, non farsi 
spaventare dai messaggi di 
sistema che indicano un erro- 
re in lettura, e formattare le 
partizioni mediante il Format 
di sistema. 

ll secondo programma Instal- 
ler, A1200Setup, copia suhard 
disk il sistema operativo 3.0 e 
richiede all'utente di inserire 
man mano i floppy del Work- 
bench forniti con il 1200. 


dita 


v Conner CP30084, 
CP30254 

IBM WDA-40L, AH3171, 
H3342 

v Maxtor 7131AT 

vw Quantum LPS52A 

w Samsung SHD3121A 

v Seagate ST3096A, 
ST3144A, ST3145A 

v Western Digital Caviar 
280, 1170, 1210, 2250, 2340 


Hard disk IDE da 3,5" compa- 
tibili con l'Overdrive. 

Le informazioni provengono da 
Archos, 

L'elenco non esclude che altri 
hard disk possano funzionare 
con l'Overdrive. 
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AQToolBox corrisponde al 
programma HDtoolbox del 
Workbench e permette di mo- 
dificare le partizioni, di for- 
mattare a basso livello l'hard 
disk, di verificare i blocchi su 
disco, di cambiare altri para- 
metri come il filesystem utiliz- 
zato e così via. 

Da questo punto di vista 
l'Overdrive appare come un 
qualsiasi altro hard disk, che 
solo AQToolBox riesce co- 
munque a "vedere". 

Nelle nostre prove ogni tenta- 
tivo di modificare il parametro 
MaxTransfer è fallito: ciò si- 
gnifica che certi hard disk IDE 
che richiedono il valore Oxffff 
per funzionare correttamente 
non potranno essere montati 
sull'Overdrive. 

Ovviamente, Archos fornisce 
hard disk perfettamente com- 
patibili, come il Maxtor in pro- 
va. Il problema sussiste se 
uno intendesse un giorno 
cambiare l'hard disk fornito 
con uno più capiente. 

In figura trovate l'elenco, for- 
nito dalla stessa Archos, degli 
hard disk da 3,5" compatibili 
con l'Overdrive. Un parame- 
tro particolare presente in 
AQToolBox è “Disk SPEED”: 
serve ad adattare l'interfaccia 
alla velocità dell'hard disk col- 
legato e permette quindi, con 
hard disk molto veloci (il ma- 
nuale cita i Western Digital), di 
aumentare le prestazioni o, 
viceversa, di consentire all'in- 
terfaccia di funzionare con 
hard disk particolarmente lenti 
(che non sono poi così pochi 
nel mondo IDE, basti pensare 
a certi Seagate). 

AQToolBox può essere usato 
anche con l'hard disk interno 
del 1200, con cui l'Overdrive 
è dichiarato compatibile, ma 
non provate a usare l'apposi- 
ta opzione se l'hard disk inter- 
no è assente: il programma si 
blocca e sarete costretti a un 
reset. Con l'Overdrive è pos- 
sibile effettuare l'avvio del si- 
stema, come dall'hard disk in- 
terno del 1200 

Per stabilire da quale dei due 
debba avvenire basta inter- 
venire, come sempre, sulla 
priorità delle partizioni. Se si 
deve usare l'Overdrive per tra- 
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1989-91 MKSOFT DEVELOPMENT 


CPU: 68020 OS Version: 39.106 Normal Video DMA 


Device: aq1: Buffers: 30 


CPU Speed Rating: 432 


File Create: 22 (0%) 
File Delete: 123 (0%) 
File Open: 62 (0%) 
Seek/Read: 60 (0%) 








Creati CHIPBYTE 10.901 (0%) 163.411 (0%) 132.032 (0%) 181.624 (0%) 
Scritti CHIPBYTE 68.654 (0%) 73733 (0%) 74.153 (0%) 76411 (0%) 
Leti CHIPBYTE 111.282 (0%) 147.949 (0%) 156.439 (0%) 140.544 (0%) 
Creati CHIP WORD 127.856 (0%) 372.968 (0%) 505.377 (0%) 721.209 (0%) 
Scritti CHIPWORD 156.165 (0%) 415.944 (0%) 576.814 (0%) 813.101 (0%) 
Leti CHIPWORD 136.716 (0%) 544.768 (0%) 755.870 (0%) 854.817 (0%) 
Creati CHIPLONG 129.536 (0%) 389.851 (0%) 487.302 (0%) 722.939 (0%) 
Scritti  CHIPLONG 152.281 (0%) 422.647 (0%) 568.465 (0%) 811.089 (0%) 
Lett —CHIPLONG 137.309 (0%) 545.280 (0%) 759.009 (0%) 855.851 (0%) 


Il test dimostra l'ottima velocità (per un hard disk IDE su 1200) dell'Overdrive provato con un hard disk 


Maxtor da 130 Mb. 


sferire dati da un computer a 
un altro sorge un piccolo pro- 
blema: l'AmigaDOS non è in 
grado di riconoscere diretta- 
mente l'hard disk; il sistema 
infatti associa, di default, alla 
periferica posta nella porta 
PCMCIA l'handler CCO:. Per 
far riconoscere l'hard disk alla 
macchina occorre usare il sof- 
tware Archos 

Se l'hard disk è bootabile ba- 
sta un reset, ma visto che 
l'’Overdrive può essere scon- 
nesso e collegato a macchina 
accesa (in pratica la presenza 


del connettore d'alimentazio- 
ne sulla porta floppy, come 
già detto, rende impossibile 
l'operazione, la cosa è invece 
fattibile con l'Amiquest che 
trae l'alimentazione dalla por- 
ta PCMCIA stessa) l'Archos 
ha messo a punto un sistema 
alternativo: quando si inseri- 
sce un disco PCMCIA a com- 
puter acceso, appare una spe- 
ciale icona priva di nome sul 
Workbench; selezionandola 
compare l'icona del program- 
ma AQ che, una volta lancia- 
to, nel giro di qualche secon- 





do, farà vedere al sistema le 
partizioni poste su hard disk 
come normali dischi Amiga- 
DOS 

Ci è capitato che tale icona 
non scomparisse dal Work- 
bench anche se le partizioni 
poi risultavano perfettamente 
visibili e utilizzabili. Non sap- 
piamo se imputare questo 
comportamento a un piccolo 
difetto del software a una ca- 
renza della documentazione 
(si noti che le informazioni più 
precise a proposito si trovano 
nel file LisezMoi in francese su 
disco). 

Altro piccolo inconveniente è 
l'apparire fra i dischi visibili 
dal sistema un drive senza 
nome (meglio, il nome appare 
uno spazio), la cui presenza 
non pregiudica in nessun 
modo il funzionamento del si- 
stema. Si tratta di difetti minimi 
che probabilmente verranno 
corretti (0 perlomeno docu- 
mentati) nelle prossime ver- 
sioni del software (Archos con- 
tinua infatti ad aggiornare il 
software). 

Alternativamente, si può usa- 
re il programma AmiQuest, 


Qui si partiziona l'bard disk. 
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che permette di riconoscere 
un disco Archos inserito an- 
che a computer acceso. Il 
manuale consiglia di inserire 
AmiQuest nella startup-se- 
quence ed esiste anche uno 
script, AQInstall, che si inca- 
rica di installarlo sul disco di 
sistema 

L'ultima utility presente su di- 
sco permette di cancellare i 
dati di configurazione conte- 





nuti nel Rigid Disk Block del- 
l'hard disk. Questa operazio- 
ne permette di recuperare un 
hard disk che per qualche 
particolare ragione il sistema 
non riesce più a riconoscere 
Tutti i dati su hard disk an- 
dranno comunque perduti 


L’bhelp in inglese 
di AQToolBox. 


CONCLUSIONI 


L'Overdrive funziona bene: 
con l'hard disk da 130 Mb 
appare alquanto veloce (a 
confronto con altri hard disk 
IDE pilotati dall'interfaccia in- 


Il programma 
per installare il Workbencb 
su bard disk. 
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sata è costituita da chi vorreb- 
be usare un hard disk da 3,5* 
IDE con il 1200, perché già lo 
possiede o perché è interes- 
sato a capacità non disponibi- 
li nel formato da 2,5" utilizzato 
dal drive interno del 1200. 

Ancora, l'Overdrive potrebbe 
interessare coloro che già di- 
spongono di hard disk interno 
e vogliono aggiungere al pro- 
prio sistema un secondo hard 
disk IDE. Il prodotto appare 
curato dal punto di vista hard- 





terna del 1200). Il prodotto può 
essere consigliato a tutti colo- 


. fo che desiderano avere a di- 
*tsposizione un hard disk tra- 


sportabile con cui trasferire 
senza grosse difficoltà dati da 
una macchina all'altra 

L'altra categoria di persone 
che potrebbe essere interes- 





ware e software, meno per 
quanto riguarda la documen- 
tazione, che appare piuttosto 
carente, anche tenendo conto 
del fatto che si tratta di un 
prodotto che richiede in certi 
casi procedure abbastanza 
particolari 

Ah 


TL 


Nome: Overdrive 


Casa produttrice: Archos 


Distribuito da: RS via Buozzi 6, 


40057, Cadriano (BO), 


| tel. 051-765563, fax 051-765568, BBS 051-765553 
Prezzo: solo controller L.320.000, 
con hard disk da 130 Mb L.720.000 


Giudizio: molto buono 


Configurazione richiesta: 1200. 

Pro: velocità, estetica, removibilità 

Contro: documentazione, lunghezza cavo, 
assenza di presa per alimentazione separata 
Configurazione della prova: A1200 


mu TransAcrion mi nia 


Il CD-ROM 


Capire il CD-ROM (parte D 


Paolo Canali 


Al momento dell’introduzione sul mercato da parte di Philips e 
Sony il CD-ROM era decisamente in anticipo sui tempi: la 
pubblicazione dello standard “yellow book” è quasi contempo- 
ranea a quella relativa al CD-DA (lo standard dei “compact 
disc”), che venne descritto sul “red book” nel 1982. Per questo 
motivo sui CD-ROM venne posto un vincolostrettissimo: devono 
essere riproducibili dalle stesse macchine che avrebbero stam- 
pato decine di milioni di CD-DA ogni anno, anche se ciò 
comporta svantaggi prestazionali. L'opinione comune era che 
uno sforzo aggiuntivo sarebbe stato superfluo, per un prodotto 
dall’utilità ancora dubbia e che sicuramente avrebbe interessato 
solo poche persone. I primi annunci di lettori e prodotti su CD- 
ROM si potevano trovare solo in riviste iperspecializzate o 
nell’’angolo delle curiosità” delle altre. 


Ciò era comprensibile, perché per un uso multimediale sono 
necessarie risorse che allora non erano presenti nella maggior 
parte dei personal computer. Una grafica con migliaia di colori 
a prezzo accessibile era privilegio esclusivo di un Amiga che 
cominciava a muovere i primi passi; processori come il 68020 e 
RAM di due megabyte o più erano già caratteristiche da compu- 
ter multiutente. La lentezza dei CD-ROM dipende quindi dal tipo 
di formattazione fisica scelta per i dischi da Sony e Philips, e non 
da limiti intrinseci della tecnologia ottica. Infatti i drive magneto- 
ottici, che usano lo stesso dispositivo di lettura, possono tran- 
quillamente raggiungere in lettura le prestazioni di un hard disk. 


Yellow book 


Lo “yellow book” definisce tutto ciò che è di competenza del 
lettore: formattazione a basso livello, dimensioni del disco, ecc. 
Nel marzo 1991 Philips ha pubblicato la “CD-ROM XA system 
description”, un'estensione al yellow book che codifica in uno 
standard i formati a basso livello usati realmente e in particolare 
la “multisessione” (usate per esempio dai CDPhoto di Kodak), 
caratteristica non prevista nel “yellow book”. 


Peridati, sono possibili due tipi di formattazione a basso livello, 
che si distinguono per il numero di byte per blocco e per la 
qualità della correzione d’errore: XA mode 1 e XA mode 2. 


Le tracce audio che si possono inserire su un CD-ROM dopo i 
dati, sono compatibili con il formato del “red book” mode 2 e, 
infatti, inserendo un CD-ROM in un lettore audio, le tracce 
successive alla prima possono essere suonate senza problemi. 
In quei blocchi, però, è settato il bit “copy protection”, quindi 


quasi tutti i lettori si rifiutano di leggere i campioni audio a 16 bit. 
XA mode 1 è usato per contenere dati. I suoi blocchi di 2.048 byte 
siappoggiano sulla struttura di quelli XA mode 2, aggiungendovi 
unulteriore livello di correzione d'errore e un CRC checka livello 
di blocco. Nelle specifiche dei lettori il valore di transfer rate si 
riferisce a dischi in questo formato. 


Il mode 2 è usato dai PhotoCD: Kodak non pone limitazioni alla 
copia e le immagini sono visibili come normali file. I blocchi del 
mode 2 hanno dimensione maggiore di quelli del mode 1, 
affinché il numero di blocchi letti al secondo sia identico nei due 
casi, ma i lettori SCSI nascondono questo dettaglio. 


Filesystem 


L'organizzazione logica dei dati, cioè quello che interessa utenti 
e programmatori, dipende dal filesystem (che gira sul compu- 
ter). Conl’eccezione di quello Macintosh HFS, i normali filesystem 
per hard disk sono troppo inefficienti se usati per un CD-ROM 
e, per evitare il proliferare di formati incompatibili, nel 1988 è 
stato diffuso lo standard ISO9660 (basato sul preesistente “High 
Sierra”). 


Il comitato ISO ha proseguito i lavori e nel marzo 1991 ha 
ufficialmente presentato due ulteriori standard che comple- 
mentano l'ISO9660, servendosi di uno spazio su disco prece- 
dentemente riservato a questo scopo. Si tratta del SUSP (System 
Use Sharing Protocol) e del RRIP (Rock Ridge Interchange 
Protocol), che nel giugno 1993 sonostati aggiornati alla versione 
1.10 . Con questi complementi è possibile far vedere i dischi 
ISO9660 a qualsiasi sistema operativo e si possono realizzare 
CD-ROM multistandard. 


Il CD-ROM è un supporto “vecchio”, non concepito apposita- 
mente per l’uso multimediale. Si è affermato per il bassissimo 
costo di produzione dei dischi, sui quali i dati sono organizzati 
in flussi continui a cadenza fissa, in un modo che massimizza la 
densità di informazioni. È esattamente ciò che occorre per audio 
e animazioni, che ricaverebbero vantaggi trascurabili da altri tipi 
di formattazione. 


Caratteristiche 


L'aspetto più caratteristico del CD-ROM è il modo in cui i dati 
sono disposti sul disco argentato, che non ha neppure la più 
lontana parentela con qualsiasi altro supporto: la somiglianza 
con un hard disk si esaurisce nel fatto che è rotondo e gira. Solo 
pochi dei parametri che descrivono le prestazioni di un hard 





disk hanno significato per i 
CD-ROM, tanto che persino 
l'algoritmo di gestione di una 
eventuale cache deve essere 
diverso. 


Distanza radiale percorsa dal pick-up 


I dati sono registrati su un’uni- 
catraccia lunga circa 5 kilome- 
tri avvolta a spirale in senso 
antiorario, che inizia verso il 
centro del disco e termina sul 
bordo. Per questo motivo, i 
byte non sono raggruppati in 
settori indirizzabili conoscen- 
do tre coordinate (testina, ci- 
lindro e numero di settore), 
ma in blocchi di lunghezza 
fissa identificati semplicemen- 
tedalla posizione lungo la trac- 
cia (detta per analogia con i 
CD-DA “ascissa temporale”), 
incisa sul disco stesso all’inizio 
di ogni blocco. 

Il CD è posto in rotazione nel 
consueto senso orario perché la lettura avviene dalla faccia 
inferiore. 


Hard disk 
Tempo di accesso 


La traccia a spirale minimizza lo spreco di spazio inevitabile sugli 
hard disk, ma è anche la principale responsabile della lentezza 
dei CD-ROM. In un hard disk per spostare la testina dal cilindro 
100 al cilindro 110 il servomeccanismo non deve fare altro che 
ordinare un movimento verso l’interno e contare 10 impulsi 
dalla testina; in un CD-ROM per passare dal blocco 1000 al 
blocco 3000 bisogna muovere il pick-up laser verso l'esterno, 
contare un po’ di impulsi e infine continuare a leggere la traccia 
sinché viene letta l’ascissa temporale richiesta. Però una volta 
arrivati nel punto desiderato i blocchi successivi possono essere 
letti senza alcuna interruzione sino alla fine del disco. 


Velocità di rotazione 


Un altro svantaggio, che spiega la maggiore velocità degli hard 
disk, dipende dal diverso modo di sfruttare la maggiore cir- 
conferenza delletracce più esterne. Per gli hard disk quelle 
tracce sono le prime: basta metterci più settori rispetto alle 
ultime (tecnica “zone recording”) che la velocità di trasferimento 
dei dati, cioè il numero di settori trasferiti in una rotazione del 
disco, sarà maggiore di quella delle ultime tracce, essendo 
costante la velocità di rotazione dei piatti. 


La realizzazione pratica è semplice: basta dividere idealmente il 
disco in due o tre corone circolari ciascuna con un diverso 
numero di settori per traccia. A ciascuna zona si associa un 
circuito di decodifica in grado di gestire quella specifica cadenza 
di dati, mentre un commutatore stabilisce quale circuito usare 
sulla base della posizione della testina. Questi circuiti hanno 
costo trascurabile e sono semplici da mettere a punto, però in 
questo modo la “lunghezza” di ciascun bit sulla superficie 


Numero di cilindri saltati dalla testina 


magnetica non è costante, ma 
dipende dalla posizione radia- 
le della traccia: solo le tracce 
più interne di ciascuna zona 
sfruttano completamente la 
densità dimemorizzazione po- 
tenzialmente consentita da os- 
sido e testina. 


PeriCD-ROMlostandard fissa 
una dimensione dei bit co- 
stante per tutta la lunghezza 
della traccia: non ci sono spre- 
chi. Però se anche la velocità 
di rotazione fosse costante si 
avrebbe una variazione conti- 
nua della cadenza dei datiman 
mano che il pick-up ottico si 
sposta in senso radiale, quindi 
bisognerebbe usare circuiti 
speciali di modulazione e de- 
modulazione. Sarebbe poi 
estremamente difficile ripro- 
durre i Compact Disc, perché 
il segnale musicale è campionato a frequenza fissa. 

La soluzione più semplice per riciclare la tecnica zone recording 
consiste nell’agire sulla velocità di rotazione del disco: nel caso 
dei lettori multispin in genere è di 1.000 giri al minuto verso 
l’inizio della spirale e di 500 verso la fine, così la velocità con cui 
la superficie scorre sopra al pick-up resta costante (tecnica CLV, 
Constant Linear Velocity). A seconda delle tolleranze di fabbri- 
cazione è compresa tra 2,4 e 2,8 metri al secondo, a cui 
corrisponde un transfer rate di circa 300.000 byte al secondo. La 
quantità di dati immagazzinabile sul disco varia tra 680 e 540 
megabyte. 


Nei vecchi lettori (e quando occorre leggere tracce audio nei 
multispin) la velocità di lettura è dimezzata. Questi valori di- 
scendono dalle necessità dei compact disk: 44.100 campioni 
stereo di 16 bit ogni secondo rappresentano 176.400 byte al 
secondo, di cui nei CD-ROM 26 Kb sono usati per la correzione 
d'errore supplementare XA model, lasciandone disponibili 
solo circa 150.000. 


I valori sono esatti, perché il segnale di clock viene inciso 
assieme ai dati stessi (in un CD player non si possono tollerare 
errori nella frequenza di campionamento): ciò significa che un 
meccanismo CLV può sincronizzarsi solo su multipli esatti di 
questa frequenza e (proprio come gli hard disk) deve possedere 
almeno due decodificatori, uno perla velocità “normale” richiesta 
dalle tracce audio e uno per quella veloce. Chi stampa il disco 
può scegliere entro certi limiti la velocità di lettura, ma per il 
transfer rate ha vincoli molto più stringenti: se sceglie 2,4 metri 
al secondo i bit incisi sul disco avranno dimensioni più piccole, 
ma la velocità angolare di rotazione dovrà calare per mantenere 
il clock alla solita frequenza. 


Attualmente vengono prodotti modelli a doppia, tripla o quadru- 





pla velocità, dove la pietra di paragone sono i 150.000 byte al 
secondo dei CD-DA; ci si può aspettare di raggiungere la 
quintupla e sestupla velocità entro pochi anni, ma con limitazioni 
sulla praticità d'uso dell’apparecchioe senza grossi miglioramenti 
come tempo di accesso. Quando saranno disponibili sistemi di 
lettura a velocità di rotazione costante, i tempi di accesso degli 
attuali lettori di CD sembreranno enormi al confronto. Questo 
significa che oggi tutti i modelli “a doppia velocità” hanno 
prestazioni assolutamente identiche in termini di transfer-rate, e 
si differenziano solo peri tempi di accesso e la quantità di cache; 
lo stesso si può dire per i modelli a tripla velocità. 


Tempo di accesso 


La tecnologia è fatta di compromessi: il modo di procedere 
descritto risolve il problema dei circuiti di trattamento dei dati 
(con gran sollievo per l'ingegnere che se ne occupa: può tirare 
fuori dal cassetto lo schema del “solito” demodulatore) e ga- 
rantisce automaticamente la compatibilità con i CD-DA, ma ne 
crea un altro. Il lettore deve sincronizzare il movimento del 
carrello portatestina con il motore del disco (“spin motor”), che 
deve avere coppia motrice e frenante notevoli e bassissima 
inerzia per poter agire in tempi brevi. Questo non preoccupa il 
costruttore di CD-ROM, perché le industrie specializzate sanno 
costruire da tempo questo tipo di motore: sostanzialmente, la 
velocità variabile è un trucco meccanico per ricondurre a un caso 
noto un problema elettronico ancora irrisolto. 


Lo “spin motor” costa più caro del corrispondente componente 
usato sui CD player audio e, per imprimere le necessarie 
accelerazioni al disco, bisogna ancorarlo saldamente al perno 
servendosi di un caddy o di altri meccanismi costosi. È questo il 
motivo per cui nei lettori più economici (Mitsumi, ecc.) il tempo 
di accesso nel modo a doppia velocità è superiore a quello della 
velocità standard. Il moto non può essere stabilizzato con una 
massa rotante che aumenterebbe l'inerzia, quindi chi usa un 
piattello stabilizzatore “HI-FI” per il lettore di CD-ROM può 
aspettarsi guasti entro breve tempo. Per garantire il preciso 
rapportotra velocità di rotazione e frequenza di clock estratta dal 
pick-up laser, bisogna cercare di indovinare la velocità finale e 
portare il pick-up più indietro di quanto occorre, in modo che 
possa leggere per un po' la traccia, perconsentire l’aggiustamento 
fine; i lettori più moderni fanno questo mentre, verso fine della 
seek, stanno cercando l’ascissa temporale del blocco. 


La traccia è larga 1,6 micron: ecco perché il disco si comporta 
come un reticolo di diffrazione, generando riflessi iridescenti ed 
è inutile tentare di osservare le tracce con un microscopio ottico 
comune. Nessun motore tradizionale può posizionare il pick-up 
con questa precisione, quindi il suo obbiettivo è montato su un 
supporto mosso da un velocissimo motore “voice coil” per 
microspostamenti. Solitamente, l'obbiettivo è fissato in posizio- 
ne eccentrica su un cilindro, sul quale è avvolta la bobina del 
motore: è lo stesso principio usato dalla lancetta dei “tester”. 


Tutto il cilindro si può muovere in senso verticale grazie a un 
secondo motore “voice coil” che si occupa della messa a fuoco. 
Le problematiche connesse all'inseguimento della traccia e alla 


conformazione del sistema ottico hanno interesse pratico solo 
per i costruttori, quindi non ce ne occuperemo. 


Per piccoli spostamenti del pick-up intorno alla posizione 
corrente, la velocità di rotazione si può ritenere costante, quindi 
seek di piccola entità sono pressocché istantanee. Il grafico del 
tempo d'accesso in funzione dello spostamento è un’iperbole, 
che può essere approssimata con due tratti a pendenza costante 
per grossi spostamenti (il tempo dipende linearmente dall’entità 
dello spostamento) raccordati con un segmento orizzontale 
(spostamento istantaneo per piccole seek). In figura 1 questo 
andamento è paragonato con quello tipico della testina di un 
hard disk moderno. Verso l’inizio del disco, un salto di 1.000 
blocchi significa variare parecchio la velocità di rotazione e 
quindi attendere, mentre versola fine, 1.000blocchi equivalgono 
a poche tracce e si saltano rapidamente: il calcolo a priori dei 
tempi di accesso è difficile. 


Valutazione delle prestazioni 


Sarebbe vantaggioso lavorare sempre verso la parte finale del 
disco, purtroppo lo standard prevede il riempimento solo 
partendo dall’inizio. La directory del CD (“TOC”, Table Of 
Contents) è posta all'inizio della traccia nella posizione presta- 
zionalmente più svantaggiosa. Ciò è stato imposto da Sony per 
consentire la realizzazione di CD a diametro ridotto per il 
mercato giapponese. 


Quando il costruttore dichiara il “tempo di accesso medio” 
definendolo come per gli hard disk (il tempo necessario a 
eseguire una seek pari a un terzo di quella massima) in realtà sta 
barando. Nonesistono ancora testche simulino il comportamento 
di un'applicazione reale su CD-ROM, quindi non è possibile 
quantificare in modo significativo le prestazioni di un lettore. È 
chiaro che un lettore da 800 ms sarà sempre più lento di uno da 
400 ms, ma se si comparano due lettori di marche diverse di cui 
il primo dichiarato per 400 ms e il secondo per 350 ms, non è 
scontato che quest’ultimo sia il più veloce. Le prestazioni del 
lettore dipendono anche dalla disposizione dei file e dal modo 
con cui vi accede il programma. 


La maggior parte degli accorgimenti per velocizzare l’accesso ai 
dati devono essere presi da chi realizza il CD, ma alcuni vanno 
considerati anche da chi scrive programmi che accedono a CD- 
ROM già pronti. La struttura a spirale è adatta a flussi continui di 
informazioni, ma se un programma richiede i dati in modo 
discontinuo (per esempio perché intervalla fasi di lettura a fasi 
di elaborazione dei dati), le prestazioni scadono. Mentre la 
testina di un hard disk può stare ferma su una traccia, il laser non 
può farlo, perciò deve eseguire una seek all'indietro ogni volta 
che sono richiesti i dati che ha superato nel suo movimento! 
Anche se meccanicamente viene effettuata in breve tempo, a 
causa del meccanismo di correzione d'errore, vedremo che si 
ottiene sempre un calo della già misera velocità. 


Questo problema è particolarmente sentito su Amiga, perché 
per default i principali compilatori C allocano buffer di YO 
molto piccoli: durante la scrittura di propri programmi, è bene 
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ampliarli e leggere i dati in po- 
chi ma grossi stralci, multipli di 
2.048 byte. 

La cache a lettura anticipata 
(“read-ahead”) di cui sono do- 
tati molti lettori e filesystem per 
Amiga attenua il problema, ma 
se ci si affida a essa, bisogna 
studiare attentamente possibili 
interazioni indesiderate. Se occorre leggere più di un flusso di 
dati contemporaneamente, per esempio un'animazione e il 
sottofondo sonoro, bisogna utilizzare la tecnica dell’interlea- 
ving: si combinano più flussi in uno solo, intercalando i byte dei 
diversi flussi in modo opportuno all’interno dello stesso file. 


Alcuni formati di interleaving sono stati standardizzati, per 
esempio il formato MPEG e il Commodore CDXL, mentre una 
forma a basso livello (usata solo da CD+G e CD+MIDI) è 
costituita dagli otto canali di subcodice, che sono presenti anche 
sui CD-ROM. Ciascuno di essi fornisce un flusso seriale di 6.000 
bit al secondo contemporaneo al normale flusso dei dati, ma per 
la difficoltà di gestione, di solito gli ultimi sei canali non vengono 
usati. Poiché si tratta di una caratteristica specificata dallo 
“yellow book”, devono comunque essere incisi e la corrispon- 
dente capacità va sprecata. 


Correzione di errore 


Il CD ha tracce molto piccole, quindi qualunque difetto di 
costruzione, graffio o granello di polvere distrugge sempre 
centinaia o migliaia di bit consecutivi. Il meccanismo di corre- 
zione dell'errore deve essere molto diverso da quello di un hard 
disk, anche perché, mentre durante la formattazione dell'hard 
disk si possono scartare le zone difettose, sul CD se c'è un difetto 
il produttore dovrebbe scartare l’intero disco. In tabella è ripor- 
tato il tasso d'errore tipico. 

Un'esposizione al calore che determini una deformazione geo- 
metrica anche modesta può alzare il tasso oltre al livello correg- 
gibile: è il metodo “giusto” per distruggere un CD-ROM. Il lato 
più sensibile ai graffi è quello dell'etichetta, perché il fascio laser 
è messo a fuoco sullo strato di alluminio sottostante. 


Il documento che descrive le specifiche della formattazione a 
basso livello dei CD è un vero e proprio libro, perché illustra 
esaustivamente gli algoritmi di correzione d'errore, che sono tra 
i più potenti esistenti e sono stati messi a punto in anni di 
ricerche. È impossibile descriverli per intero in un articolo, ma 
un cenno sul loro funzionamento è utile perché possono essere 
facilmente adattati a implementazioni ridotte di uso pratico 
(backup di dati...) e per capire come mai alcuni lettori riescono 
a leggere dischi che altri rifiutano. 

Questi algoritmi sono eseguiti via hardware da chip dedicati. 
L'idea di base è quella di associare a ogni byte di dati un certo 
numero di bit ridondanti, scelti in modo che applicando un 
opportuno algoritmo è possibile identificare quelli che hanno 
cambiato valore a causa di un errore di lettura; tra i bit esatti che 
avanzano, l'algoritmo scarta i duplicati e recupera il byte origi- 
nale. Ciò non sarebbe possibile usando strategie banali come la 


Tasso d'errore a monte della correzione 
(secondo Sony): | SEGA 


CD-ROM pulito in condizioni normali: 
Dopo ripetuto contatto con mani unte: 


Dopo strisciamento su tavola di legno grezzo: 4,5 * 0,001 


semplice registrazione dello 
stesso byte in più copie. 
L'algoritmo di codifica riunisce 
questi bit ridondanti in byte che 
intercala a quelli dei dati. 

Il file risultante viene tagliato in 
pezzettini e i byte di ciascun 
pezzetto vengono mischiati tra 
loro secondo un algoritmo fis- 
so; infine vengono registrati su disco, usando una modulazione 
resistente agli errori. Grazie a questo metodo, la perdita di molti 
bit consecutivi si trasforma nella perdita di un egual numero di 
bit sparsi qua e là per il file, facilmente ricostruibili grazie alla 
ridondanza. 


osi 
5,6*0,0001 


La modulazione 


Un file composto da una sequenza generica di byte è un segnale 
digitale che non può essere quasi mai trasmesso o registrato 
serialmente in forma “pura”. Ha bisogno di un supporto che 
consenta di trasformarlo nella variazione di una grandezza 
analogica (i fenomeni fisici non sono digitali!) e di ricostruire in 
fase di lettura il segnale di clock: va cioè modulato. 


Un segnale modulato è ancora un segnale digitale, ma la 
cadenza dei bit nell'unità di tempo (“bit rate”) è maggiore del 
segnale di partenza e il suo andamento presenta ripetizioni e 
simmetrie necessarie al demodulatore per separare i byte. La 
modulazione usata sui floppy disk è la MFM (Modified Frequen- 
cy Modulation), che raddoppia il numero di bit della sequenza 
d’ingresso. Sugli hard disk si usano le modulazioni della famiglia 
RLL (Run Lenght Limited), che aggiungono pochissimi bit alla 
sequenza d’ingresso consentendo di registrare più dati (il chip 
set di Amiga supporta RLL per i floppy, lo usano certi giochi 
“NODOS”). I CD adoperano la modulazione EFM (Fight to 
Fourtheen Modulation), che ha un'efficienza intermedia tra i 
due tipi. 


Una tabella standardizzata associa una sequenza di 14 bit a 
ciascuno dei 256 valori che può assumere un byte; la tabella è 
stata definita rispettando la condizione che nella sequenza di 14 
bit gli uni siano separati da un numero di zeri compreso tra due 
e dieci e inoltre minimizza l'interferenza intersimbolica. 


Queste sequenze vengono poi concatenate tra loro per formare 
il segnale inciso su disco, interponendo tra l’una e l’altra altri tre 
“merging bits” scelti con lo stesso criterio: già a livello di 
modulazione c'è una ridondanza di circa il 100% ma, a differen- 
za dell’antiquato MFM che ha la stessa caratteristica, in caso di 
dubbi il demodulatore EFM ha una probabilità maggiore del 
50% di stimare il valore corretto del bit. 


Nella seconda parte vedremo in dettaglio il principio di funzio- 
namento dell’algoritmo di correzione CIRC (Cross Interleaved 
Reed-solomon Code) che è il cuore del formato XA mode 2, la 
strategia del mode 1 e un modo per leggere dai CD che seguono 
le estensioni Rock Ridge le informazioni più nascoste. 





IFFParse Library 


Come usare la libreria di sistema 


Roberto Attias 


Tra le nuove librerie introdotte con la versione 2.0 del sistema 
operativo c'è la “IFFParse.library”, che consente la gestione 
automatica e completa dei file IFF, lo standard Amiga per la 
memorizzazione di testi, suoni, immagini. 

In questo articolo esamineremo le potenzialità offerte da 
questa libreria, presentando, quando necessario, esempi in 
linguaggio C che chiariscano l’uso delle funzioni incontrate. 


Lo standard IFF 


Lo standard IFF (Interchange File Format), progettato nel 1985 
da Electronic Arts insieme a un comitato di sviluppatori, rap- 
presenta un formato estremamente flessibile per la memorizza- 
zione di informazioni. 

La gestione di file in tale standard consente alle applicazioni 
una facile condivisione di dati. 

Grazie alla strutturazione logica dei file IFF, un programma 
può utilizzare e riconoscere solo le informazioni che gli 
competono, saltando completamente le unità che non è in 
grado di comprendere. 

Ovviamente lo scopo era quello di favorire il movimento di 
dati tra programmi sviluppati indipendentemente, ma l’estre- 
ma flessibilità rendeva pesante e complicata per i program- 
matori l'implementazione di una gestione corretta, motivo 
che ha spinto Commodore alla realizzazione della libreria di cui 
ci accingiamo a parlare. 


Struttura dei file IFF 


L'elemento base di un file IFF è il “Chunk”. Questo rappresenta 
un blocco di informazioni omogenee ed è costituito da un 
identificatore ASCII di quattro lettere, seguito da un intero a 32 
bit indicante il numero di byte dei dati, e infine dai dati veri e 
propri: 


<CHUNK-ID> «<LENGHT> 


4 byte 4 byte dati, LENGHT byte 

L’identificatore di quattro lettere prende il nome di «Chunk- 
ID” e caratterizza il tipo di dati presenti nel chunk. 

D'ora in poi useremo direttamente il Chunk-ID come nome di 
un chunk. Esiste una grande quantità di Chunk-ID e, di questi, 
alcuni sono destinati alla strutturazione di altri chunk. 


Per esempio il chunk “FORM” ha per informazioni un gruppo 
di altri chunk correlati ed è strutturato come segue: 


“FORM” <LENGHT> = <<NAME> <CHUNK 1> <CHUNK 2>..> 


4 byte 4 byte dati di FORM, LENGHT byte 

Come noterete i dati del chunk sono costituiti da un identifica- 
tore (<NAME>) seguito da altri chunk: l’identificatore è una 
stringa che specifica quale tipo di dati composti sono presenti nel 
“FORM”. Così per esempio un “FORM ILBM” contiene chunk che 
descrivono un'immagine bitmap, mentre un “FORM 8SVX” 
contiene chunk relativi a un suono campionato a 8 bit. 

Oltre al Chunk-ID “FORM”, ne esistono altri destinati alla strut- 
turazione delle informazioni. Questi sono: 

“LIST”: contiene un gruppo di FORM dello stesso tipo, che 
condividono qualche tipo di proprietà (vedremo poi cosa siano); 
“PROP”: puòapparire inun “LIST” perspecificare le informazioni 
condivise di cui sopra; 

“CAT”: contiene una concatenazione di “FORM” o “LIST” correlate 
La maggior parte dei file IFF è del tipo composto “FORM”, ed è 
di questo che ci occuperemo prevalentemente. In generale, 
l’interpretazione di un chunk dipende dal tipo di FORMnel quale 
è contenuto: per esempio un chunk CMAP presente in un FORM 
ILBM potrebbe avere un formato e un contenuto completamente 
differente in un altro tipo di FORM (anche se questo non capita 
così frequentemente). Nella gestione dei chunk strutturati è 
importante sapere che ogni chunk deve essere allineato alla 
word e, quindi, se uno di essi contiene un numero di byte 
dispari, si deve lasciare un byte vuoto (“pad byte”) prima di 
cominciare il chunk successivo. Si badi bene che il pad byte 
NON è conteggiato nella lunghezza del chunk che lo precede. 
Le difficoltà principali che si possono incontrare nella realiz- 
zazione di un lettore (parser) di file IFF sono dovute al fatto che 
non è sufficiente identificare il tipo di file FORM per sapere 
come leggere il resto del file: salvo alcune eccezioni, infatti, i 
chunk possono apparire in qualunque ordine e alcuni di essi 
possono anche non essere presenti. La libreria di Commodore 
consente di superare la maggior parte delle difficoltà mediante 
l'uso di apposite strutture dati e di comode funzioni. 


IFFParse Library 


Tutte le costanti e le definizioni di strutture necessarie all’uso 
generale della IFFParse.library sono presenti nel file include 
<libraries/iffparse.h> (per il linguaggio C) o <libraries/ 
iffparse.i> (per l’assembler). 





Alcune costanti relative a particolari tipi di file IFF sono 
definite in file include contenuti nella directory “iffp” 
La prima struttura da esaminare è IFFHandle: 


struct IFFHandle { 

ULONG iff Stream; 

ULONG iff Flags; 

LONG iff Depth; 

/* seguono informazioni private */ 
} 


Tutte le funzioni della IFFParse.library devono ricevere 
come parametro un puntatore a una struttura come 
questa, che contenga le informazioni necessarie all’ana- 
lisi del file. Solo i tre campi indicati nella struttura sono 
pubblici; le restanti informazioni sono gestite internamente 
dalle funzioni di libreria. L'unico modo legale di allocare 
la memoria della struttura IFFHandle è la la funzione 
AllocIFFO): 


struct IFFHandle *AllocIFF( void ); 


Tale struttura deve essere liberata al termine dell'uso, 
mediante la funzione FreeIFF0): 


void FreeIFF(struct IFFHandle *); 


Come si può osservare, il primo campo della struttura 
IFFHandle è iff_Stream. Per capire il funzionamento della 
libreria è necessario chiarire cosa si intende col nome 
“stream”. Lo “stream” è un tipo di dato astratto, definito 
come una sequenza di byte accessibili sequenzialmente 

o in modo casuale. Questa definizione può sembrare la stessa 
comunemente usata per il file; lo stream si trova però a un 
superiore livello di astrazione, non sottointendendo, a diffe- 
renza del file, la memorizzazione su un supporto di massa. Il 
file può quindi essere ritenuto un tipo particolare di stream. 
Senza perdere di generalità, si può definire lo stream come un 
tipo di dato cui sono associate le seguenti operazioni: aper- 
tura, chiusura, lettura e scrittura (ed eventualmente posiziona- 
mento, seek). Per quanto ci riguarda, possiamo estendere il 
concetto di file IFF a quello di stream IFF, che può in questo 
modo risiedere in un file, nel clipboard device o in qualunque 
altro dispositivo o supporto. La IFFParse.library è in grado di 
operare su qualunque tipo di stream IFF. Poiché alcune 
funzioni di questa libreria leggono e scrivono direttamente lo 
stream, è necessario per prima cosa specificare come debbano 
essere effettuate tali operazioni, in funzione del tipo di stream 
usato. Tali informazioni vengono raccolte in una struttura 
“Hook” detta “handler”, che viene quindi collegata alla struttura 
IFFHandle tramite la seguente funzione: 


void InitIFF(struct IFFHandle *iff, 
long flags, 
struct Hook *handler); 


Il parametro “flags” (che viene copiato nel campo iff_Flags della 
IFFHandle) specifica le capacità di seek dello stream e deve 


#include 
#include 
#include 
#include 
#include 
#include 
#include 


<exec/types.h> 

<stdio.h> 
<dos/dosextens.h> 
<libraries/iffparse.h> 
<iffp/ilbm.h> 

<clib/dos protos.h> 
<clib/iffparse protos.h> 


struct Library *IFFParseBase; 
struct IFFHandle *iff; 


main() 
{ 
IFFParseBase = OpenLibrary(“iffparse.library”,0L); 
if (!IFFParseBase) return; 
iff = AllocIFF(); 
if (iff){ 
if£f->iff Stream = Open(“miofile”,MODE OLDFILE); 
if (iff->iff Stream) { 
InitIFFasDOS(iff); 
OpenIFF(iff,IFFF_READ); 


dosomething(); 


CloseIFF (iff); 
Close (iff->iff Stream); 
} 
else 
printf(“miofile non si apre\n”); 
} 
FreeIFF(iff); 
CloseLibrary(IFFParseBase); 


essere impostato a IFFF_FSEFK se si può accedere allo stream 
solo sequenzialmente in avanti, a IFFF_FSEEK | IFFF_RSEEK se 
è possibile l’accesso casuale. Il parametro “handler” è un pun- 
tatore all’handler che deve essere costruito seguendo le speci- 
fiche delle strutture Hook della release 2 del sistema operativo. 
Più avanti ci occuperemo della costruzione di un handler 
custom, fortunatamente, nella libreria sono presenti due hand- 
ler preconfezionati, uno per la gestione dei più comuni file 
AmigaDOS e l’altro per la gestione della Clipboard. Questi 
handler vengono agganciati all’IFFHandle tramite due apposite 
varianti di InitIFF0): 


void InitIFFasDOS (struct IFFHandle *iff) 
void InitIFFasClip(struct IFFHandle *iff) 


Queste funzioni inizializzano direttamente il campo iff_Flags 
dell’IFFHandle con i valori adatti allo stream cui si riferiscono. 
Per esempio Init[FFasDOS0O specifica i flag IFFF_FSEFK | 
IFFF_RSFEK: se il file AmigaDOS non dovesse godere di questi 
attributi (come accade per esempio per i file in PIPE:), è 
possibile modificare direttamente il campo iff_Flags dopo la 
chiamata della funzione. 

Una volta inizializzato lo stream, deve essere chiamata la 
funzione: 


long OpenIFF (struct IFFHandle *iff, long rwmode); 





tramite la quale si specifica se si desidera leggere (rwmode = 
IFFF_READ) o scrivere (rwmode = IFFF_WRITE) lo stream. La 
modalità specificata tramite questa funzione rimane valida fino 
alla chiamata della funzione: 


long CloseIFF(struct IFFHandle *iff); 


che dichiara la fine dell'uso dello stream (sebbene questo 
possa essere riusato con un ulteriore OpenIFFO), ma non la 
sua chiusura; questa, come l’apertura, deve essere esplicita- 
mente eseguita dal programma. In figura 1 possiamo osserva- 
re un primo esempio che mostra come utilizzare le funzioni 
citate. Si noti che l'apertura e la chiusura dello stream (in 
questo caso un file AmigaDOS) deve essere eseguita esplici- 
tamente. 


Lettura di un file IFF 
Ora che sappiamo come aprire e inizializzare lo stream IFF, 
vediamo come si procede alla sua analisi. La prima funzione da 


considerare è: 


long ParseIFF(struct IFFHandle 
long control); 


*iff, 


dove “control” può essere posto a IFFPARSE_SCAN, 
IFFPARSE_STEP o IFFPARSE_RAWSTEP. Per il momento ci 
limiteremo a considerare il modo IFFPARSE_SCAN. Chiamando 
questa funzione immediatamente dopo la OpeniFF( si otter- 
rebbe soltanto la scansione dello stream IFF fino alla fine; 
ParseIFF() verificherebbe la correttezza sintattica dello stre- 
am, restituendo in caso di errore un appropriato codice 
(definito come costante simbolica nel file include <libraries/ 
iffparse.h>). 

Potrebbe essere utile per controllare la correttezza di un file 
IFF. Grazie ad altre apposite funzioni da chiamare prima di 
ParseIFF0) è però possibile istruire il parser affinché la scan- 
sione termini al raggiungimento di un particolare chunk o 
perché vengano “ricordate” alcune delle informazioni in- 
contrate durante il parsing. La prima di tali funzioni è: 


long StopChunk (struct IFFHandle *iff, 
long type, 
long id); 


I parametri “type” e “id” sono rispettivamente il tipo di FORM e 
l’identificatore di chunk sul quale si desidera fermarsi. Questi 
sono rappresentati tramite costanti simboliche con prefisso 
“ID_” e suffisso uguale al nome del FORM o del chunk. Se per 
esempio desiderassimo arrestare il parsing sul chunk BODY di 
un FORM ILBM chiameremo la funzione nel seguente modo: 


StopChunk (iff, ID_ILBM, ID BODY); 
ParseIFF (iff,IFFPARSE SCAN); 


All’uscita dalla ParseIFFO, ci si dovrebbe trovare posizionati sul 
primo byte di dati del chunk specificato. A questo punto si 
potrebbe utilizzare una delle seguenti funzioni: 


long ReadChunkyBytes (struct IFFHandle *iff, 
APTR buf, 
long nBytes); 


long ReadChunkyRecords (struct IFFHandle *iff, 
APTR buf, 
long BytesPerRecord, 
long nRecords); 


che producono la lettura nel buffer “buf” rispettivamente di 
“nBytes” byte o di “nRecords” elementi lunghi “BytesPerRe- 
cord”. Si noti che possono essere eseguite più chiamate di 
StopChunk0 prima della chiamata di ParseIFF0): quest'ultima si 
arresterà al primo dei chunk specificati incontrato durante la 
scansione. In questo caso, per sapere su quale chunk si è 
posizionato il parser si potrà poi utilizzare la funzione: 


struct ContextNode *CurrentChunk(struct IFFHandle *iff); 


void dosomething(void) 

{ 
struct ContextNode *cn; 
Int 13 
long code; 


StopChunk(iff,ID_ ILBM,ID_ BODY); 
StopChunk (iff,ID_ILBM,ID_CMAP); 
do{ 
code = ParseIFF(iff, IFFPARSE SCAN); 
if (code != IFFERR_EOF){ 
cn=CurrentChunk(iff); 
if (cn->cn_ID == ID BODY) 
printf(“BODY\n”); 
else if(cn->cn_ID == ID CMAP) 
printf(“CMAP\n”); 
} 


}while (code != IFFERR_EOF); 


Nei campi cn_Type e cn_ID della struttura ContextNode restitu- 
ita, si trovano le costanti che identificano il tipo di FORM del 
chunk attuale. In figura 2 possiamo osservare un’implementazio- 
nein cui la funzione “dosomething0)” visualizza le scritte “BODY” 
e “CMAP” se dei chunk di questo tipo sono presenti nel file IFF 
“miofile”.Sebbenele funzioni ReadChunkBytes() e ReadChunkRe- 
cords() possano essere usate per portare in memoria i dati di un 
chunk, il modo più semplice per ottenere tale risultato è legato 
all’uso della funzione: 


long PropChunk (struct IFFHandle *iff, 


long type, 
long id); 





Come StopChunk0, questa funzione istruisce il parser rispetto al 
comportamento da tenere quando venisse incontrato un chunk 
<id> nel FORM <type>. 

Se durante la scansione del file IFF, ParseIFFO trova un chunk 
dichiarato con PropChunk0) ne copia il contenuto in memoria e 
quindi prosegue con il parsing. Quando ParseIFF0 si arresta, è 
possibile verificare se un chunk è stato incontrato e utilizzarne i 
dati grazie alla funzione: 


struct StoredProperty *FindProp(struct IFFHandle *iff, 


long type, 
long id); 


che restituisce un puntatore alla struttura StoredProperty se il 
chunk è stato incontrato, NULL altrimenti. La struttura Stored- 
Propery è definita nel file include “iffparse.h” come segue: 


struct StoredProperty{ 
LONG sp Size; 
APTR sp Data; 

ta, 


dove il campo sp_Size indica la dimensione della parte dati del 
chunk e sp_Data è l'indirizzo in memoria del primo byte di dati. 
A questo punto è necessario un piccolo chiarimento sul funzio- 
namento delle funzioni citate. 

Durante la scansione del file IFF, ParseIFF0 attraversa nume- 
rosi chunk e, in caso di tipo di dati composto, anche diversi 
FORM. In generale i chunk all’interno di un FORM si possono 
immaginare come nuclei di informazioni sul FORM e, di 
conseguenza, sono significativi solo nell’ambito del FORM 
stesso. Per tale ragione, i chunk richiesti mediante FindPropQ0 
vengono memorizzati da ParseIFFO in una struttura che man- 
tiene consistenza solo fino al termine del parsing del FORM 
corrente. Non tenendo conto di queste informazioni si rischia 
di incorrere in gravi errori di parsing: se per esempio nella 
funzione dosomething() avessimo omesso la chiamata di 
StopChunkfiff,ID_ILBM,ID_BODY), la ParseIFF) avrebbe 
scandito tutto il file restituendo il controllo al programma solo 
dopo l’uscita dal FORM e i chunk memorizzati durante la 
scansione non sarebbero stati più reperibili tramite FindProp0). 
Questa particolarità protrebbe diventare un problema nel caso 
di FORM in cui non è garantita la presenza di un chunk 
particolare dopo tutti gli altri, se non fosse per la funzione: 


LONG StopOnExit (struct IFFHandle *iff, 
LONG type, 
LONG id) 


che funziona come la StopChunk0, ma arresta il parsing 
immediatamente prima di uscire da un determinato contesto. A 
esempio: 
StopOnExit (iff, ID_ILBM, ID FORM) 
provoca l’arresto di ParseIFF) appena prima del termine del 
FORM, con tutti i chunk raccolti ancora presenti in memoria. 
Nella maggior parte dei casi, la presenza di più chunk dello stesso 


void dosomething(void) 

{ 
struct ContextNode *cn; 
struct StoredProperty *sp; 


PropChunk (iff,ID_ILBM,ID_CMAP); 
PropChunk (iff,ID_ILBM,ID_ CRNG); 
StopChunk (iff,ID_ILBM,ID_ BODY); 
ParseIFF (iff, IFFPARSE SCAN); 
cn=CurrentChunk(iff); 
if (cn && cn->cn_ID == ID BODY) 
print f(“chunk BODY\n”); 


sp = FindPropl(iff, 
ID_ILBM,ID_CMAP); 
if (!sp) 
printf(“non contiene CMAP\n”); 
sp = FindPropliff, 
ID_ILBM,ID_CRNG); 
if (!sp) 
printf(“non contiene CRNG\n”); 


tipo in uno stesso FORM non ha senso: nel caso si verificasse, 
FindProp0) ricorderebbe solo l’ultimo incontrato in ordine di 
parsing. 

Esistono però alcune eccezioni a questa regola, come per 
esempio ichunk CRNG, ognuno dei quali contiene informazioni 
su un range di colori. 

Per poter memorizzare più chunk dello stesso tipo è fornita la 
funzione: 


LONG CollectionChunk (struct IFFHandle *iff, 


long type, 
long id); 


che funziona come PropChunk0 ma mantiene tutte le istanze 
del chunk specificato. Una volta raccolte, tali informazioni 
sono quindi reperibili tramite la funzione: 


struct CollectionItem *FindCollection( 
struct IFFHandle *iff, 
long type, 
long id); 


che restituisce l'indirizzo di una struttura CollectionItem così 
definita: 


struct CollectionItem { 
struct CollectionItem *ci Next; 
LONG ci Size; 
UBYTE *ci Data; 








Come si può osservare, i campi di tale struttura sono gli stessi 
presenti nella struttura StoredProperty, fatta eccezione per un 
puntatore a una ulteriore istanza. 
In pratica, la funzione restituisce NULL se nessun chunk del tipo 
specificato è stato incontrato durante il parsing, ol’indirizzo della 
prima istanza di una lista di strutture CollectionItem, una per 
ogni chunk incontrato. L'ultimo elemento della lista ha il campo 
ci_Next posto a NULL. 
In generale, per il parsing di un file è sempre consigliabile 
utilizzare le funzioni PropChunk0/FindChunk0) e Collection- 
Chunk0/FindCollection0), lasciando al parser l'onere della let- 
tura dei dati. Nel caso di chunk particolarmente grossi, le cui 
informazioni debbano essere rielaborate, è però conveniente 
usare la funzione StopChunk0 e quindi leggere ed elaborare un 
po’ alla volta le informazioni mediante le funzioni Rea- 
dChunkBytes0 o ReadChunkRecords0). 
Il chunk BODY dei FORM ILBM, per esempio, contiene i 
bitplane dell’immagine in un formato eventualmente compresso; 
se questi dati devono essere decompressi e memorizzati in una 
bitmap, è conveniente leggere e decodificare un certo numero 
di byte per volta, piuttosto che mantenere occupata sia la 
memoria per i dati di tutto il chunk che quella per la bitmap. 
Le funzioni di lettura inoltre impediscono automaticamente una 
lettura oltre la fine del chunk e si posizionano correttamente sui 
dati saltando eventuali pad byte. 
Le funzioni viste finora consentono di memorizzare o leggere i 
dati di qualunque chunk presente in un file IFF, ma se volessimo 
sapere esattamente quali chunk sono presenti, queste non ci 
sono d’aiuto. 
Atale scopo è possibile utilizzare la funzione ParseIFFO) inmodo 
differente a quanto fatto finora: 

ParseIFF (iff,  IFFPARSE_RAWSTEP) ; 
Inmodo IFFPARSE_RAWSTEP, ParseIFF restituisce il controllo 
al programma immediatamente dopo l'ingresso e subito prima 
di abbandonare un chunk. Nel primo caso la funzione restituisce 
il valore 0, mentre nel secondo restituisce IFFERR_EOC. La 
funzione in figura 4 sfrutta quanto detto per mostrare i chunk 
| presenti in un file, indicando l’ingresso (“in”) e l’uscita (“out”) 
dagli stessi. 
In modalità IFFPARSE_STEP, la funzione PropChunk0 non 
deve essere utilizzata, dato che nessun chunk viene memorizza- 
to; per eseguire il parsing del file passo-passo e mantenere la 
possibilità di usare PropChunk0 la funzione ParseIFFO) deve 
essere usata in modalità IFFPARSE_STEP. 


Scrittura di un file IFF 


L'insieme di funzioni messe a disposizione dalla iffparse.library 
perla scrittura di file IFF è molto più limitata di quella disponibile 
per la lettura e il parsing. 

La prima funzione che incontriamo è: 


LONG PushChunk (struct IFFHandle *iff, 
LONG type, 
LONG id, 


#define MESG(x) printf(x); break; 
void dosomething (void) 
{ 

struct ContextNode *cn; 

long code; 


do{ 
code = ParseIFF(iff, IFFPARSE RAWSTEP); 
if (code != IFFERR EOF){ 
cn=CurrentChunk (iff); 
switch (cn->cn_ID){ 
case ID_FORM: MESG(“chunk FORM: 
case ID_ILBM: MESG(“chunk ILBM: 
case ID BODY: MESG(“chunk BODY: 
case ID_BMHD: MESG(“chunk BMHD: 
case ID _CAMG: MESG(“chunk CAMG: 
case ID_CMAP: MESG(“chunk CMAP: 
case ID _CRNG: MESG(“chunk CRNG:”); 
default: MESG (“unknown: ”) ; 
} 
if (code == 0) 
printf(“ in\n"); 
else 
printf(“ out\n”); 
} 
}while (code != IFFERR_EOF); 


che deve essere usata per segnalare l’inizio della scrittura di un 
nuovo chunk. Per esempio: 

PushChunk (iff, ID_ILBM, ID BMHD, size); 
informala iffparse.library che si sta iniziando a scrivere un chunk 
BMHD e produce la scrittura dell’id e della dimensione del 
chunk. Le funzioni di scrittura del chunk forzano la sua lunghez- 
za a quella specificata tramite PushChunk0O, restituendo un 
errore nel casola si superi. Se la dimensione del chunk nonè nota 
a priori, è possibile utilizzare la costante IFFSIZE_UNKNOWN, 
nel qual caso il chunk può essere esteso a piacere. 
Se vengono eseguite due chiamate successive a PushChunkO, 
comeè facile capire, la seconda indica l’inizio di un chunk situato 
all’interno del primo. 
Per ogni chiamata a PushChunk0 deve esistere una corrispon- 
dente chiamata della seguente funzione, che determina la fine 
della scrittura del chunk: 


LONG PopChunk(struct IFFHandle *iff); 


Come si nota, questa funzione non richiede alcun riferimento al 
chunk che va concluso, dato che questo può essere solo l’ultimo 
aperto mediante PushChunk0. 

La funzione PopChunk0) restituisce errore se sono stati scritti 
meno dati di quanti indicati con PushChunk0. Se la dimensione 
indicata era IFFSIZE_UNKNOWN, PopChunk0 non restituisce 
maierrore e ritorna indietro nel file per scrivere la dimensione del 
chunk che diviene nota quando viene chiamata. 





#include 
#include 
#include 
#include 
#include 
#include 
#include 


Una volta avviata la scrittura di un chunk mediante 
PushChunk0), si possono scrivere i dati mediante una 
delle seguenti funzioni: 


LONG WriteChunkBytes (struct IFFHandle *iff, 


<exec/types.h> 

<stdio.h> 
<dos/dosextens.h> 
<libraries/iffparse.h> 
<iffp/ilbm.h> 
<clib/dos_protos.h> 
<clib/iffparse protos.h> 


#define NUMCOLORS 16 
\ struct Library *IFFParseBase; 


APTR buf, 
LONG size); 


struct IFFHandle *iff; 


BitMapHeader bmhd; 


LONG WriteChunkRecords (struct IFFHandle *iff, 
APTR buf, 
LONG recsize, 
LONG numrec) ; 


UBYTE cmap[3 * NUMCOLORS]; 


extern void writebody(struct IFFHandle *),initchunks(void); 


void dosomething() 


In figura 5 è possibile vedere un esempio di scrittura { 
di un file ILBM. Nel file vengono scritti i chunk BMHD 

e CMAP i cui dati si trovano nella struttura bmhd e 
nell’array cmap (che si assumono inizializzati da 
un'ipotetica funzione initchunks0) e il chunk BODY, 

gestito dalla funzione ipotetica writebody0. 


Parsing e capacità di seek 


Come abbiamo detto precedentemente, il parser co- 

nosce le capacità di seek dello stream tramite i flag 

indicati nelcampo iff_Flags della struttura IFFHandle. 
Sebbene queste informazioni non comportino nessu- ) 
na variazione nell’utilizzo della iffparse.library, può 
essere utile sapere come si comporta il parser in 
funzione di quanto specificato in tale campo. 

Il parsing in lettura di un file IFF richiede solo sposta- 
menti in avanti, che sono effettuabili sia se il device 
consente accesso casuale al file (IFFF_SEEKR), sia se 
si è ristretti all'accesso sequenziale (IFFF_SEEKF). In 
caso di device sequenziale, però, il parser dovrà 
eseguire il salto di un chunk non desiderato leggen- 
done tutto il contenuto, non essendo possibile un 
seek diretto al termine dello stesso. 

La mancanza di capacità di seek casuale ha risvolti 
molto negativi in casodi scrittura del file IFF. In questo 
caso, infatti, tutti i dati scritti dal primo PushChunkO 
vengono bufferizzati in memoria fino alla chiamata 
all'ultimo PopChunk0 o alla funzione CloseIFFO, e } 
quindi scritti nel file in un unico blocco. 

Questa bufferizzazione, che consente l’implementa- 

zione della scrittura automatica da parte del parser } 
della dimensione del chunk in caso si usi il flag 
IFFSIZE_UNKNO\WN, viene eseguita comunque, an- 
che se tutte le dimensioni sono specificate esplicita- 
mente tutte le volte che si chiama PushChunk0. 
Sebbene queste informazioni siano utili per chiarire il 
comportamento del parser, non bisogna basarsi su di 
esse nella scrittura dei propri programmi, perché i 
comportamenti descritti potrebbero essere soggetti a 
variazioni nelle versioni successive della iffparse.library. Quan- 
to visto fino a ora consente di implementare nei nostri program- 
mi una corretta e potente gestione dei file IFF, sia in lettura che 
in scrittura. 

In un articolo successivo esamineremo le potenzialità offerte 


{ 


if 


PushChunk (iff, 
PushChunk (iff, 
WriteChunkBytes (iff, 
PopChunk (iff); 


PushChunk (iff, 
WriteChunkBytes (iff, 
PopChunk (iff); 


PushChunk(iff, 


writebody(iff); 
PopChunk (iff); 


main() 


ID_ILBM, ID_FORM, 
ID_ILBM, ID_BMHD, 
&bmhd, 


IFFSIZE_UNKNOWN) ; 
sizeof (BitMapHeader)); 
sizeof (bmhd)); 


ID_ILBM, ID_CMAP, 
cmap, 


sizeof(cmap)); 
sizeof(cmap)); 


ID_ILBM, ID BODY, IFFSIZE UNKNOWN) ; 


IFFParseBase = OpenLibrary(“iffparse.library”,0L); 
(!IFFParseBase) return; 
iff = AllocIFF(); 
LEU(LEL)N 
iff->iff Stream = 
if (iff->iff Stream) { 


Open(“miofile”,MODE NEWFILE); 


InitIFFasDOS(iff); 
OpenIFF (iff,IFFF_WRITE); 


initchunks(); 
dosomething(); 


CloseIFF(iff); 
Close (iff->iff Stream); 


else 


printf(“miofile non si apre\n”); 


FreeIFF (iff); 
CloseLibrary(IFFParseBase); 


dagli handler custom e ci addentreremo nel livello inferiore 
della libreria, sulla cui base sono costruite le funzioni finora 
esaminate, che mette a disposizioni meccanismi più complessi 
e potenti per la gestione dei file IFF. 





Programmazione a livello hardware 


Fabrizio Farenga 


Fabrizio Farenga dirige la Holodream Software di Roma, specia- 
lizzata nella produzione di videogiochi per Amiga e PC. Ex 
programmatore Genias, è Sviluppatore Certificato Commodore 
da diversi anni e ba recentemente creato Formula 17 Challenge 


per Team 17 Software. 


La porta parallela prende il suo nome proprio dalla possibilità di 
trasmettere o ricevere dati (byte) senza gestire un bit alla volta 
come accade con la seriale. Se esaminiamo la piedinatura di un 
connettore parallelo, noteremo ben otto linee dati, mentre la 
seriale ne riporta una. Di contro, però, non sono separate le linee 
di entrata (input) e quelle di uscita (output) e da ciò si deduce che 
non è possibile trasmettere e ricevere contemporaneamente, ma 
solo compiere una operazione alla volta. Questo non limita più 
di tanto la funzionalità dei dispositivi a essa collegati, visto che 
di solito operano in maniera monodirezionale (ossia senza 
continue inversioni della direzione dei dati), come a esempio 
avviene con stampanti, digitalizzatori video e campionatori au- 
dio. 


Per il controllo della porta parallela è disponibile un device di 
sistema: il parallel.device, presente nella directory DEVS: del 
disco di Workbench. Tramite esso, è possibile il controllo di tutte 
le caratteristiche della porta parallela e, come al solito, è obbliga- 
torio il suo uso quandosi scrivono applicazioni multitasking o più 
genericamente system-friendly. È oltretutto consigliato, perché 
l'utente potrà così aggiungere altre porte parallele, oltre a quella 
originale, edi conseguenza sostituireo aggiornare il parallel.device 
senza danneggiare in alcun modo la funzionalità dei programmi 
che lo sfruttano. 


Talvolta però può essere comodo avere a disposizione un 
output su stampante in fase di debugging (ossia durante la 
correzione) di programmi che non girano in multitasking o che 
distruggono totalmente le zone di memoria dedicate al sistema 
operativo. Interagire a livello hardware è comunque possibile, 
pur rimanendo in buoni rapporti con il sistema operativo, a 
esempio quando si vuole scrivere un campionatore audio che 
lavori a frequenze particolarmente alte. In quest'ultimo caso è 
infatti necessario disporre del maggior tempo macchina possi- 
bile e su un Amiga dotato di 68000 anche i pochi cicli “rubati” 
dal parallel.device possono considerarsi vitali. Il sistema ope- 
rativo ci permette comunque di “sottrarre” la porta parallela 
tramite la misc.resource che funge da “semaforo” nei confronti di 
altre applicazioni che tentino di accedere legalmente alla paral- 
lela, compreso lo stesso parallel.device. 


Dopo aver dato una rapida occhiata al file di include “resources/ 
misc.i”, scopriamo che perappropriarci dell'intera gestione della 


porta parallela di Amiga basta aprire, per mezzo della routine 
Exec OpenResource(), la misc.resource e utilizzare la sua fun- 
zione MR_ALLOCMISCRESOURCEO una prima volta passan- 
do come parametro MR_PARALLELPORT e un’altra volta 
MR_PARALLELBITS. Fatto questo, e sempre mantenendo attivo 
l’intero ambiente multitasking di Amiga, è possibile fare quello 
che si vuole con i registri CIA che regolano la gestione della 
suddetta porta. Ovviamente nell'eventualità che la nostra appli- 
cazione (è tipico il caso degli Arcade Games e delle “Demo”) 
disattivi il sistema operativo (tramite una bella chiamata a Disa- 
ble0 0, meglio, assumendo il controllo direttamente al boot da 
disco), l’uso delle resource diventa una inutile perdita di tempo, 
visto che nessun altro task, eccetto il nostro, potrà accedere 
direttamente o indirettamente alla porta parallela. 


Altro fattore molto importante, genericamente parlando di 
programmazione a livello hardware, ma che spesso non si 
considera, è il “caos primordiale”: non è possibile fare alcuna 
previsione sullo stato dei bit di controllo di un dispositivo 
hardware. In pratica è meglio reinizializzare tutto quello che 
dovremo usare; nel caso della porta parallela, a esempio, chi 
può dirci se essa sia configurata come input o output? Meglio 
stare sul sicuro e impostare tutti i registri che controllano la 
direzione della porta. 


I registri di controllo 


La porta parallela di Amiga è interamente controllata dalle CIA. La 
CIA A è quella che gestisce in prima persona l’inpute l'output dei 
dati; al suo registro dati periferico B (Peripheral Data Register B) 
a 8 bit fanno capo gli otto segnali dati (D0-D7) dell'interfaccia 
parallela standard Centronics. Da ciò si deduce che è proprio nel 
registro CIAAPRB($BFE101) che andranno immessi/Ietti i dati da 
trasmettere/ricevere via parallela. 


La controparte di CIAAPRB è ovviamente CIAADDRB 
($BFE301), che invece rappresenta la direzione dei dati per la 
porta B. Esso dovrà essere impostato a $FF per l'output (a 
esempio durante la stampa di un testo) e a $00 per l'input (a 
esempio per la digitaliazzazione di un suono). 


Il registro CIABPRA ($BFD000) del CIAB contiene invece tre bit 
(2-0) di controllo per la porta parallela: SEL (stampante in linea), 
POUT (carta terminata) e BUSY (stampante occupata). Come al 
solito per un loro uso corretto, è necessario impostare il regi 

direzione dati della porta A del CIA B: CIABDDRA ($BFD200 - 
normalmente in input). Per sapere se la stampante è disponibile 
o temporaneamente occupata, basta usare il seguente loop: 


sConfigura in input il registro CIABPRA 
MOVE.B #0,CIABDDRA 





pr 


BusyLoop: 

sLegge il registro CIABPRA 

MOVE.B CIABPRA,DO 

#sElimina i bit che non ci interessano 
AND.B #1,DO 

:Se il bit 0 (BUSY) è acceso, la stampante 
snon è disponibile in questo caso continua 
sad attendere. 

BNE BusyLoop 


Output 


Quandosi parla di output dalla porta parallela, 8 volte su 10 si sta 
parlando di invio di dati verso una stampante. Al computer 
comunque non interessa “cosa c'è” all’altro capo di un cavo 
parallelo Centronics e, quindi, che ci sia un buffer per la condi- 
visione tra computer di una sola stampante, un terminale, o un 
qualsiasi apparecchio standard Centronics, la procedura di invio 
dati è sempre la medesima. Su Amiga è sufficiente selezionare la 
porta come output: 


MOVE.B #$PF, CIAADRB 
e immettere il dato (byte) da trasmettere nel registro appropriato: 
MOVE.B #$xx,CIAPRB 


dove xx è un valore compreso tra $00 e $FF (0-255). Normal- 
mente però l'invio di dati non si limita a un solo byte. 


NON è necessario reimpostare il registro CIAADDRB per ogni 
byte trasmesso, ma tra una scrittura e l’altra (in CIAPRB) va 
effettuata l’attesa per 
un certo intervallo di 
tempo. Da vari tenta- 
tivi effettuati, risulta 
che questo intervallo 
a seconda delle mac- 
chine e della lun- 
ghezza dei cavi uti- 
lizzati varia tra 1,5 e 
2,0  millisecondi 
(1.500 - 2.000 micro- 
secondi); applicando 
un intervallo più bas- 
sotra un byte e l’altro 
si cominciano a per- 
dere caratteri in fase 
di trasmissione. 
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Ovviamente NON è 
possibile utilizzare 
un loop di istruzioni 
per una temporizza- 
zione così precisa, 
visto che la differen- 
za (a esempio) tra un 
68000 e un 68040 sarebbe abissale. È quindi necessario utilizzare 
la funzione one-shot di uno dei timer CIA che comodamente ci 


UNE 


Delay: 

MOVE.L DO, - (sp) 

sPredispone il Timer A del CIA A 
snella modalità One-Shot 

MOVE.B CIAACRA, DO 

AND.B #%11000000,D0 

OR.B #%00001000,D0 

MOVE.B DO, CIAACRA 

sIl valore da passare al CIA è calcolato 
idividendo i microsecondi per 1.40968 
:Nel nostro caso: 2000/1.40968=1418 
TIME EQU 1418 

sImmette il valore TIME nei registri appropriati 
MOVE .B # (TIME&SFF), CIAATALO 
MOVE.B # (TIME>>8), CIAATAHI 
sAspetta che siano effettivamente 
strascorsi 2.000 microsecondi. 
TIMEWait 

BTST #0,CIAAICR 

BEQ TIMEWait 

MOVE.L (sp)+,D0 

RTS 


Tramite questa routine è quindi possibile separare l'invio di 
byte di 2 ms esatti.Scrivendo un'apposita procedura, si può 
quindi, a esempio, stampare dati, evitando completamente il 
sistema operativo, anche e soprattutto se il nostro programma 
distrugge, senza rimedio e per errore, liste di sistema, librerie 
e così via. 


Ciò è ovviamente di grande aiuto per il debug, quando non si 
dispone di un terminale remoto connesso via porta seriale (vedi 
l'articolo relativo alla 
gestione della porta 
seriale apparso su 
Amiga Magazine 53, 
febbraio '94). Bisogna 
solo fare attenzione 
adalcuni protocolli di 
comunicazione, tipi- 
ci delle stampanti. 
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Nel caso della classi- 
ca Epson-X Compati- 
bile, affinché una 
stringa sia stampata, 
(a esempio il canoni- 
co “CIAO!”), è neces- 
sario trasmettere il te- 
sto byte per byte (in 
ASCII), separando 
ciascuna singola tra- 
smissione con una 
pausa di 2 ms e infine 
inviare anche un co- 
dice di LF (Line Feed, 
$0A) per far stampare 
su carta tutti i caratteri inviati fino a quel momento; questi infatti, 
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per una maggior efficienza, invece di venire stampati immedia- 
tamente su carta, vengono immagazzinati nel buffer interno della 
stampante fino al sopraggiungere di un LF. 


permettono di aspettare il numero di microsecondi desiderati 
con un'altissima precisione: 





Interfaccia "+2". Ufficialmente supportata dalla Commodore Amiga inc. 


(a differenza di quella 

di molti MS-DOS) sin 

dai tempi dell’Amiga 

1000 e proprio per 

questa ragione a essa 

sono stati connessi 

molti dispositivi di EL gore tape delta 

input come digitaliz- pe mappe 

zatori video e campio- 1000 deve essere fenmina. 

natori audio. Configu- 

rare la porta in input è 

semplicissimo; basta 

impostare a 0 tutti i bit del registro direzione dati della porta B del 

CIA A: 
MOVE .B #$00, CIAADRB 

Anche la ricezione dei dati avviene in maniera elementare: si 

effettua una semplice lettura dal registro CIAAPRB per mezzo di 

un banale: 
MOVE. B CIAAPRB, DO 

Uno dei più comuni dispositivi che, connessi alla porta parallela, 

inviano dati verso di essa, è il campionatore audio. A differenza 

di quanto si possa credere, il funzionamento a livello software è 

quasi banale; i dati in arrivo devono essere memorizzati in un 

buffer e dopo un trattamento minimo, che si può effettuare 

perfino in tempo reale, sono pronti per essere salvati su disco o 

passati al chip audio di Amiga (Paula). 


La velocità con cui si effettua “il prelievo” di dati è importante, 
più sarà elevata, più alta sarà la qualità di campionamento del 
suono. Questo è direttamente proporzionale alla lunghezza in 
memoria del campionamento e quindi è conveniente trovare 
un buon compromesso tra qualità e lunghezza del suono 
campionato. Inoltre la massima frequenza di lettura dei dati 
dipende anche dalla qualità del campionatore, che varia da 
modello a modello. Il trattamento minimo da effettuare sui dati 
in arrivo dal campionatore audio si traduce nel sottrare il valore 
esadecimale $80 dal byte che giunge sulla linea parallela: 


MOVE .B 
SUB.B 
MOVE .B 


CIAAPRB, DO 
#$80,DO 
DO, BUFFER 


Joystick addizionali 


Altra utilissima applicazione in cui può essere coinvolta la porta 
parallela, grazie alle sue doti di input, è il controllo di due 
joystick addizionali. In questo modo, un videogioco può di- 
sporre di quattro dispositivi di controllo anziché solo dei due 
joystick standard messi a disposizione dalle porte Joy 1 e Joy 2. 
A differenza di quanto si potrebbe credere, re stessa 
in questa occasione ha sviluppato uno schema di interfaccia 
standard, progettata proprio per questo scopo e chiamata 
molto semplicemente “+2”. Il suo funzionamento è semplicis- 


Schema per collegare due Joystick digitali extra alla Porta Parallela di Amiga. 


simo; le otto linee dati 
disponibili sulla paral- 
lela di Amiga sono as- 
segnate alle otto dire- 
zioni cardinali (4+4) 
dei due joystick ag- 
giuntivi e le due linee 
Select e Busy cori- 
spondono rispettiva- 
mente al fire del Joy 3 
e Joy 4 (per comodità 
chiameremo Joy 3 e 
Joy 4 le due nuove 
porte Joy che si ag- 
giungono mediante 
l'interfaccia “+2”). È 
possibile che quest'interfaccia non sia supportata da tutti i giochi 
usciti che ammettono fino a quattro giocatori, ma essendo quella 
ufficialmente promossa da Commodore si spera che i prodotti 
futuri, utilizzino lo stesso schema. 


Comunque, se l'interfaccia è costruita correttamente, non è 
possibile arrecare alcun danno al computer o al joystick anche 
se il videogioco è progettato per una interfaccia del tutto 
diversa. Nel peggiore dei casi, i joystick aggiuntivi non verreb- 
bero semplicemente riconosciuti. Unico inconveniente è la leg- 
gera confusione per quel che riguarda il collegamento dei fire. 
Per alcuni giochi il tasto del Joy 3 corrisponde al pin 13 della 
parallela e quello del Joy 4 al pin 11 (come suggerito da Commo- 
dore); altri invece supportano l'esatto contrario (pin 11->Joy 3 e 
pin 13 -> Joy 4). La cosa migliore sarebbe quindi quella di 
aggiungere un deviatore che permetta lo scambio dei fire quando 
si presenti la necessità. Interpretare i due joystick aggiuntivi è di 
una semplicità estrema: dopo aver convertito in input la porta 
parallela (vedi sopra), basta leggere il contenuto del registro 
CIAAPRBe interpretare i singoli bit secondo lo schema seguente: 


Bit 
Bit 
Bit 
Bit 
Bit 
Bit 
Bit 
Bit 


> JOY 
-> JOY 
-> JOY 
-> JOY 
—> JOY 
—> JOY 
-> JOY 
—> JOY 


NORD 
SUD 
OVEST 
EST 
NORD 
SUD 
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Infine, lo stato dei due tasti “Fire” va ottenuto esaminando la 
locazione CIABPRA: 


Bit 2 —> JOY 3 FIRE 
Bit 0 —> JOY 4 FIRE 


Come al solito, è sconsigliabile la costruzione dell'interfaccia se 
nonsi è più che esperti: è possibile danneggiare Amiga in caso di 
errore. Ovviamente né il sottoscritto, né tantomeno Amiga Maga- 
zine, si assumono alcuna responsabilità per errori od omissioni 
presenti in figura che arrechino danni di qualunque genere. 


Per problemi tecnici, il listato d'esempio che accompagna l'arti- 
colo verrà inserito sul disco del numero 55 di Amiga Magazite 
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Il font requester 


Antonello Biancalana 


Antonello Biancalana lavora per ProMIND, una software house 
di Perugia che sviluppa software grafico e musicale per Amiga, 
oltre a essere sviluppatore Amiga registrato nella categoria 
“commercial”. Di recente, Antonello Biancalana, ha progettato 
e sviluppato MSPL (Music Synthesis Programming Language), 
un particolare linguaggio di programmazione rivolto alla 
sintesi sonora e musicale. 


Nella puntata precedente avevamo parlato dell'uso della 
ASL.Library per generare file requester standard. Come avevamo 
già accennato, tale libreria permette anche di creare dei font 
requester standard, contribuendo così a uniformare l'interfaccia 
dei vari programmi e a facilitare il lavoro di programmazione. 


È consigliabile che tutti i programmatori utilizzino le possibi- 
lità offerte dalla libreria ASL, al fine di mettere l'utente a 
contatto con un ambiente che già conosce e che gli permetterà 
di acquisire più rapidamente confidenza con il nuovo pro- 
gramma. 


Ciò aumenta le probabilità di "successo" di un prodotto 
mentre diminuisce lo sforzo necessario a creare programmi 
"user-friendly". 


Il secondo tipo di requester fornito dalla libreria ASL, permette 
la selezione di fonte dei relativi attributi, come colore, stile e altro 
ancora. Il mododi allocare e richiedere un font requester è molto 
simile a quello usato per il file requester. Le uniche differenze 
riguardano la struttura dei dati e alcune tag. Cominciamo a 
vedere la struttura relativa a un font requester. 


struct FontRequester{ 
APTR fo Reservedl[2]; 
struct TextAttr fo Attr; 
UBYTE fo FrontPen; 
UBYTE fo BackPen; 
UBYTE fo DrawMode; 
APTR 
}; 


fo_UserData; 


fo_Attr conterrà tutte le caratteristiche del font selezionato dal- 
l'utente. 


fo_FrontPen, fo_BackPen e fo_DrawMode conterranno i dati 


relativi al colore del font, il colore di fondo e la modalità di 
rendering del font. 


fo_UserData conterrà un puntatore a un insieme di dati definiti 
a piacere dal programma che fa uso del requester. 


Le regole già spiegate per la struttura dei file requester valgono 
anche per questa. Ciò significa che i campi di questa struttura 
possono essere solamente letti e ogni modifica degli stessi deve 
essere effettuata mediante le funzioni della libreria ASL. Anche le 
funzioni usate per creare e utilizzare un font requester sono le 
stesse che abbiamo usato per il file requester. L'allocazione e la 
definizione di un font requester viene effettuata mediante la 
funzione AllocAsIRequest(): 


struct FontRequester *FontReg; 
struct TagItem FTags[]={ 
ASL FuncFlags, FONF_FIXEDWIDTH, 
ASL MinHeight,8, 
ASL MaxHeight, 36, 
TAG_DONE, NULL 


FontReg=AllocAslRequest (ASL_FontRequest, FTags); 


A differenza di quanto accadeva nell'esempio usato per il file 
requester, qui abbiamo fornito, in fase di allocazione, la lista dei 
tagche indicano alcune caratteristiche del requester. Questo non 
significa che per l'allocazione di un font requester sia necessario 
indicare le tag, infatti questo può essere fatto anche in un 
momento successivo mediante la funzione AslRequest(). 


Si noti che il primo argomento fornito alla funzione di allocazione 
è “ASL_FontRequest”: questo valore è definito nel file “asl.h” e 
permette appunto l'allocazione e la definizione di un font re- 
quester. 


La lista delle tag definite nell’array FTagsi], permette invece di 
indicare al font requester quali font debba ritenere valide e quindi 
proporre alla scelta dell'utente: nel nostro caso saranno mostrate 
solo font non proporzionali con dimensioni comprese fra 8 e 36. 


Questo è possibile grazie all'uso delle tag ASL_FuncFlags con il 
flag FONF_FIXEDWIDTH, ASL_MinHeight e ASL_MaxHeight. 


Le altre opzioni disponibili si trovano nella tabella pubblicata lo 
scorso numero. Richiede qualche spiegazione il flag 
FONF_DRAWMODE, che permette all'utente di selezionare 





mediante un gadget ciclico, il modo di stampa (i classici JAM1, 
JAM2 e così via). Il tag ASL_ModelList permette di usare delle 
proprie stringhe in quel gadget ciclico: il valore da associare alla 
tag è il puntatore al proprio array di stringhe. Il campo 
fo_DrawMode restituirà l'indice dell'elemento dell’array sele- 
zionato dall’utente. 


Nulla vieta di usare questo gadget per scopi particolari che 
dipendono dalla propria applicazione e che nulla hanno a 
vedere con il tipo di stampa. 


L'uso del font requester avviene sempre mediante la funzione 
AslRequest0): 


struct FontRequester *FontReg; 
BOOL success; 
success=AslRequest (FontReq, NULL) ; 


In questo esempio non è necessario fornire alla funzione 
AslRequest0) un array di tag, in quanto è già stato comunicato 
in precedenza mediante AllocAslRequest0). 


Sedesiderassimo creare un nuovo font requestero semplicemente 
modificarne alcune caratteristiche, non sarebbe necessario al- 
locare un nuovo requester, ma sarebbe possibile fornire alla 
funzione AslRequest0) una nuova lista di tag. Se desiderassimo, 
invece, usare un requester senza modificarne l’attuale imposta- 
zione, potremmo anche fornire un valore nullo al posto della 
lista di tag. 


Dopo aver usato il font requester, possiamo conoscere le scelte 
operate dall'utente mediante l’analisi della struttura FontRe- 
quester. 


I valori più importanti relativi alla scelta dell’utente sono contenute 
nel campo fo_Attr, cheè una struttura TextAttr, cioè una struttura 
standard che definisce le caratteristiche di un font. Si noti anche 
che il fo_Attr è definito come struttura e non come puntatore a 
struttura. 


struct TextAttr { 
STRPTR ta Name; 
UWORD ta YSize; 
UBYTE ta Style; 
UBYTE ta Flags; 
}i 


Se desideriamo conoscere il nome del font selezionato, lo 
potremo ottenere mediante il campo fo_Attr.ta_Name. 
Icampita_YSize, ta_Styleeta_Flags definiscono rispettivamente 
la dimensione, lo stile e gli attributi del font. 


Liberare le risorse 
AI termine della nostra applicazione, sarà ovviamente necessa- 
rio liberare tutti i requester richiesti al sistema e chiudere la 
libreria ASL. perdeallocare i requestercreati mediante la funzione 
AllocAsIRequest0) va usata la funzione FreeAs]Request( ). 


Questa funzione permette di liberare i file requester e i font 
requester: 


struct FileRequester *FileReg; 

struct FontRequester *FontReg; 
FreeAslRequest (FileReq) ; 

FreeAslRequest (FontReq) ; 
CloseLibrary((struct Library *)AslBase); 


La funzione non restituisce alcun valore e prevede come argo- 
mento il puntatore alla struttura contenente i dati di definizione 
del requester. Il valore passato a FreeAsIRequest( ) dovrà essere 
lo stesso restituito dalla funzione AllocAsIRequest( ). 


Interagire con i requester 


La libreria ASL permette anche di interagire con i requester 
mediante delle funzioni appositamente scritte. La libreria è in 
grado, infatti, di chiamare una nostra funzione quando si 
verificano determinati eventi. 


L'indirizzo di tale funzione deve essere comunicata alla libreria 
ASL mediante la tag ASL_HookFunc. La funzione, inoltre, dovrà 
essere scritta rispettando delle regole ben precise; in primo 
luogo, dovrà avere il seguente prototipo: 


ULONG RegFunc(ULONG Mask, CPTR Object, CPTR 
AslRequester); 


È così infatti che sarà chiamata dal requester. 

L'argomento Mask conterrà il tipo di evento che si è verificato nel 
requester. Gli eventi che è possibile controllare sono stabiliti 
mediante la tag “ASL_FuncFlags”, in particolare dai valori 
“FILF_DOWILDFUNC” e “FILF_DOMSGFUNC”. 


Quando la funzione viene chiamata, il valore Mask conterrà uno 
di questi due flag in accordo al tipo di evento che si è verificato. 


L'argomento Object è un puntatore ai dati concernenti l'evento 
verificato e varia in accordo al valore di Mask. 


Infine, l'argomento AslRequester è il puntatore alla struttura 
relativa al requester che ha chiamato la funzione. 


Vediamo ora come implementare concretamente una funzione 
che possa interagire con un requester ASL. La parte di codice che 
segue si occupa di definire e utilizzare un font requester che 
prevede l’uso di una funzione di controllo: 


struct FontRequester *FontReg; 

BOOL success; 

struct Tagitem FTags[]={ 
ASL_FuncFlags, FONF_DOWILDFUNC, 
ASL _MinHeight,8, 
ASL _MaxHeight,9, 
ASL_HookFunc, (ULONG) MyFunc, 
TAG_DONE 
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FontReg=AllocAslRequest (ASL FontRequest, NULL) ; 
success=AslRequest (FontReq, FTags); 


Questa invece è la funzione che dovrà interagire con il reque- 
ster: 


ULONG MyFunc (Mask, Object, FontReq) 
ULONG Mask; 
void *Object; 

struct FontRequester *FontReg; 

{ 

extern int nfonts; 

nfonts++; 

return(1); 

} 


La prima parte dell'esempio definisce un font requester. Si noti 
l'uso delle tag ASL_FuncFlags e ASL_HookFunc che definiscono 
rispettivamente le caratteristiche del requester e la funzione che 
dovrà interagire con esso. 


Il valore assegnato alla tag ASL_FuncFlags è rappresentato dalla 
macro FONF_DOWILDFUNC: questo costringe la libreria ASL a 
chiamare la nostra funzione ogni volta che, durante l’analisi 
iniziale della directory Fonts:, il requester trova un font valido da 
aggiungere alla lista. 


Nella tag ASL_HookFunc troviamo invece il puntatore della 
funzione che dovrà interagire con il requester. 


Questa funzione, molto semplicemente, incrementa la variabile 
nfonts ogni volta che viene chiamata, contando quindi i font 
presenti nella lista visualizzata dal requester. 


Il valore espresso da Object è stato definito come puntatore a 
void, ma in realtà la sua definizione varia a seconda del tipo di 
evento che si è verificato. Anche per le definizioni relativi ad 
Object, si consiglia di consultare la tabella che abbiamo già 
pubblicato. 


Conclusioni 


La libreria ASL fornisce un insieme di strumenti e funzioni che 
facilitano la programmazione di Amiga e rendono il suo ambien- 
te di lavoro più amichevole e soprattutto più standard. 


] requester forniti dalla libreria sono semplici, flessibili e potenti 
e permettono all'utente di operare le proprie scelte in modo 
immediato e secondo uno standard che gli è già familiare. 
Inoltre, la presenza di menu a scorrimento verticale nei reque- 
ster è una piacevole nota che contribuisce a far valutare la 
libreria ASL in modo positivo. r 








ell'ultimo anno il termi- 
ne "True Color* è en- 
trato nel vocabolario 


di un numero elevato di utenti 
Amiga, grazie all'abbassa- 
mento dei prezzi delle schede 
grafiche e alla maggior scelta 
disponibile. Alcune delle pre- 
cedenti applicazioni, soprat- 
tutto relative alla elaborazione 
delle immagini, sono state 
adattate per sfruttare le possi- 
bilità offerte dalle nuove riso- 
luzioni, ma nel campo della 
grafica pittorica il passaggio 
ai 24 bit apre un universo di 
possibilità che richiedono stru- 
menti potenti non disponibili 
nelvecchio panorama softwa- 
re. Spesso poi chi acquista 
una scheda grafica vuole far- 
ne un uso professionale e ha 
bisogno di software che sia 
intuitivo e di semplice utiliz- 
zo, pur garantendo potenza e 
flessibilità. 

TVPaint è stato pensato da 
TecSoft proprio per quegli 
utenti che desiderino un pro- 
gramma utilizzabile profes- 
sionalmente nel campo della 
grafica pittorica, del fotori- 
tocco e delle applicazioni vi- 
deo. 

Nato molti anni fa come pro- 
dotto dedicato a schede gra- 
fiche professionali dal costo 
proibitivo (Harlequin), rag- 
giunge oggi, con la versione 
2.0, un mercato molto più 
ampio, a motivo della sua va- 
stissima compatibilità con le 
numerose schede a 24 bit 
per Amiga 


CONFEZIONE 


La confezione è composta dal 
manuale, da quattro dischetti 
e da una chiave hardware da 
inserire nella porta joystick per 
il funzionamento del program- 
ma. Il manuale, in inglese, è 
chiaro e ben curato e adotta 
un approccio esplorativo che 


TVPAINT 2.0 


Roberto Attias 


Un programma 
professionale 
per la grafica a 24 bit 





consente all'utente di appren- 
dere a usare il programma in 
modo molto piacevole. 
Tramite esercizi da eseguire 
con l'aiuto di immagini pre- 
senti in uno dei dischetti, vie- 
ne mostrato l'utilizzo dei vari 
strumenti e delle caratteristi- 
che principali del program- 
ma, mentre le sezioni riguar- 
danti le funzioni, i formati di 
file gestiti e l'interfaccia 
ARexx forniscono tutte le in- 
formazioni in modo più tecni- 
co e analitico. 

Rispetto a quanto ci hanno 
abituati altri pacchetti softwa- 
re, qui la parte tutorial ha qua- 
si il sopravvento sul resto e 
non si limita a illustrare solo 
l'uso più elementare delle va- 
rie funzioni del programma. 
Gli altri tre dischetti contengo- 
no tutte le versioni del pro- 
gramma, per le varie schede: 
AVideo, Domino, 2410, Harle- 
quin, GVP |V24, Retina, SAGE, 


Picasso, oltre a 
quelle funzio- 


nanti in am- 
biente grafico 
EGS. Pratica- 


mente, manca 
solo la Merlin 
(pare infattiche 
X-Pert e Tec- 
Soft abbiano 
rotto l'iniziale 
sodalizio e che # 
TVPaint per 
Merlin non deb- 
ba più appari- va 
re, ameno che i rapporti fra le 
due società non mutino) 





CONFIGURAZIONE 
RICHIESTA 
E INSTALLAZIONE 


Utilizzare un programma come 
TVPaint al massimo delle sue 
possibilità richiede una con- 
figurazione hardware piutto- 
sto corposa. ll programma uti- 








lizza ben 32 bit per pixel (24 
bit di colore e 8 di alpha chan- 
nel), per cui un'immagine di 
740x576 pixel richiede 1,7 me- 
gabyte dimemoria. Se si desi- 
dera lavorare con il secondo 
schermo, l'Undo e il masche- 
ramento dei colori (stencil) tale 
dimensione si quintuplica, per 
un totale superiore agli 8 me- 
gabyte. 

Gli effetti grafici più interes- 
santi realizzabili con TVPaint 
richiedono una discreta mole 
di lavoro da parte della CPU e 
in alcuni casi (come l'airbru- 
sh) è necessario che questo 
venga svolto in tempo reale 
per produrre il risultato richie- 
sto. Per questo motivo il pro- 
gramma richiede la presenza 
di 68020, 68030 con copro- 
cessore matematico o 68040. 
Il programma richiede la ver- 
sione 2.0 (o superiore) del si- 


Il pannello principale 
e quelli di controllo 
dell'airbrush 

e della pressione. 
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Il pannello per la scelta 
dei colori 
e la lente d'ingrandimento. 


stema operativo. Infine, mal- 
grado TVPaint supporti anche 
formati compressi per i file, 
per poter lavorare agevol- 
mente con la grafica a 24 bit è 
sicuramente necessario un 
hard disk piuttosto capiente. 
La macchina ideale per un 
uso non limitato del program- 
ma risulta quindi essere un 
Amiga 4000 o 3000 con 10 
megabyte di memoria, una 
scheda grafica a 24 bit e un 
hard disk con molti diversi 
megabyte liberi (sebbene il 
programma di per sé non ne 
richieda molti). Naturalmente 
è possibile utilizzare TVPaint 
anche con meno memoria o 
suun Amiga 2000 con scheda 
acceleratrice (a patto di pos- 
sedere una versione del siste- 
ma operativo 2.00 superiore), 
ma si subiranno alcune limita- 
zioni funzionali o di velocità. 

La macchina da noi utilizzata 
per la prova è un Amiga 3000 
con 6 megabyte di RAM e 
scheda grafica Picasso II, 
quindi la versione testata del 
programma è quella per la 
scheda in questione. Con al- 
tre schede ci potrebbero es- 
sere varianti minime: la cosa 
viene segnalata dal manuale. 
L'installazione avviene me- 
diante installer standard 
Commodore e risulta partico- 
larmente semplice, dato che 
le uniche informazioni da for- 


nire al programma sono il tipo 
di scheda grafica da utilizzare 
e se si desidera o meno instal- 
lare le immagini del tutorial. 


USO DI TVPAINT 


AI lancio del programma, vie- 
ne aperto sullo schermo 
Workbench un requester che 
consente di scegliere la riso- 
luzione da utilizzare tra quelle 
disponibili con la propria 
scheda grafica. Nel nostro 
caso, data la “limitata" memo- 
ria montata, per poter utilizza- 
re i 16 milioni di colori con 
l'Undo attivo, siamo stati co- 
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I controlli di densità 
e cicli di colore. 





stretti a scegliere uno scher- 
mo 640x480. Per poter utiliz- 
zare lo schermo di lavoro se- 
condario (necessario per la- 
vorare con l'alpha channel) 
abbiamo dovuto disabilitare la 
funzione di Undo, cosa resa 
possibile da unavoce dimenu 
Prima di scegliere la risoluzio- 
ne, è possibile accedere ad 
alcuni menu che consentono 
di specificare l'utilizzo di una 
tavoletta grafica. TVPaint sup- 
porta direttamente alcune tra 
le più famose tavolette grafi- 
che pressosensibili e non, 
utilizzando le eventuali infor- 
mazioni sulla pressione per 


modificare la densità del colo- 
re durante il tracciamento con 
l'airbrush. Lo stesso effetto è 
ottenuto anche usando due 
strumenti associati all'airbru- 
sh, detti “chalk" (gessetto) e 
"pencil" (matita) che produ- 
cono un tratto simile a quello 
dei corrispondenti strumenti 
reali. Oltre alla densità di colo- 
re, le informazioni di pressio- 
ne della penna sulla tavoletta 
possono essere utilizzate an- 
che per modificare la dimen- 
sione del tratto, in misura 
completamente specificabile 
dall'utente mediante l'anda- 
mento di una funzione che 
associa al valore di pressione 
la dimensione desiderata. 
Una volta scelta la risoluzione, 
se il dongle risulta corretta- 
mente inserito nella porta joy- 
stick, viene aperto lo schermo 
di lavoro con il pannello di 
controllo. A differenza di altri 
programmi grafici, gli stru- 
menti appaiono su un pannel- 
lo che si può muovere libera- 
mente sulla pagina grafica o 
nascondere, per disegnare, 
alla semplice pressione di un 
tasto. 

Tutti gli strumenti disponibili 
sono rappresentati tramite 
gadget con icone simili a 
quelle già adottate da altri 
programmi grafici come 
DPaint. L'attivazione dello 
strumento avviene mediante 
click col bottone sinistro sulla 
corrispondente icona, mentre 
col bottone destro siaccede a 
eventuali finestre di configu- 
razione dello stesso. 

Alcuni strumenti hanno diver- 
se modalità di lavoro (per 
esempio i rettangoli vuoti o 
pieni) alle quali si accede pre- 
mendoripetutamente il gadget 









Il pannello 


per 
il controllo 
degli script 
ARexx e un 
esempio di 
applicazione 
degli script 
“vortex” 

e “glass”. 


col bottone sinistro del mouse. 
Alcune funzionalità sono con- 
trollate mediante pannelli che 
si aprono tramite gadget nel 
pannello di controllo, mentre 
non è presente alcun menu 
del tipo comunemente usato 
su Amiga 


COLORE 


Nel pannello di controllo è 
presente una tavolozza di 256 
colori: naturalmente i colori 
utilizzabili contemporanea- 
mente possono arrivare a 16 
milioni, ma per comodità sono 
raggruppati in questa tavoloz- 
za i più usati. Accedendo alla 
finestra denominata “palette” 
è possibile modificare un qua- 
lunque elemento della tavo- 
lozza, agendo sulle compo- 
nenti RGB (rosso, verde, blu), 
CMY (ciano, magenta, giallo), 
oppure HSL (tinta, saturazio- 
ne, luminosità). | colori posso- 
no anche essere scelti dai due 
spettri visualizzati nella parte 
inferiore della palette; inoltre è 
possibile creare sfumature di 
colore specificando i due 
estremi 

Sotto gli slider per le compo- 
nenti RGB ne è presente uno 
denominato "A": questo rego- 
la la quarta componente del 
colore, il cosiddetto alpha 
channel 

L'alpha channel è un utile stru- 


Un'immagine dimostrativa 
interamente prodotta 
da uno script ARexx. 


mento nel campo delle appli- 
cazioni video, perché in fase 
di genlock di un immagine vi- 
deo con una sintetizzata dal 


computer, permette di speci- 
ficare il grado di “trasparen- 
za” di quest'ultima, consen- 
tendo di eliminare sgradevoli 
effetti dovuti ai contorni trop- 
po nitidi. TVPaint lavora con 
un byte di alpha channel per 
ogni singolo pixel e gestisce 
direttamente le funzioni di grab 
di immagini reali fornite da 
schede come Impact Vision 
24, Rambrandt e VLab. Anche 
chi non dispone di schede d 
digitalizzazione può usufruire 
dell'alpha channel: TVPaint 
consente infatti di miscelare 
l'immagine di lavoro principa- 
le e quella secondaria utiliz- 
zando l’alpha channel. In fase 
di salvataggio dell'immagine 
alcuni dei formati supportat 
garantiscono lamemorizzazio- 


ne sia dei bit di colore che 
dell'alpha channel, mentre al- 
tri salvano solo le componenti 
colore 

Nella parte superiore del pan- 
nello di controllo sono presen- 
ti quattro gadget che regola- 
no alcune delle caratteristiche 
più importanti e affascinanti di 
questo programma 

Il primo consente di attivare o 
disattivare la funzione di anti- 
aliasing, che mediante l'uso di 
sfumature di colore ammorbi- 
disce (intemporeale)icontor- 
ni di quanto viene disegnato, 
indipendentemente dallo 
strumento usato 

Il secondo consente di defini- 
re cicli di colore sulla tavoloz- 
za, che in fase di disegno ver- 
ranno usati sequenzialmente 
In caso di tracciamento di fi- 
gure piene, il risultato dipen- 
de dallo stato del gadget di 
antialiasing: se questo non è 





attivo, nella figura saranno os- 
servabili delle bande corri- 
spondenti ai colori del range 
specificato, mentre se è attivo 
questi colori risulteranno per- 
fettamente sfumati. In questo 
modo è possibile costruire ci- 
cli usando i soli colori presenti 
nella tavolozza, lasciando poi 
alla funzione di antialiasing 
l'onere di calcolare quelli in- 
termedi. 

Un altro gadget consente di 
attivare la funzione di densità 
e di accedere al pannello di 
controllo “Density”. Questa 
potente funzione permette di 
creare un effetto di trasparen- 
za delle figure piene, specifi- 
cando l'intensità nelle varie 
zone tramite una funzione 
rappresentata graficamente al 
centro del pannello di control- 
lo. Questa funzione può esse- 
resceltatra alcune predefinite, 
oppure disegnata agendo 
sulle due proiezioni x e y. 

Un ultimo gadget permette di 
costruire delle maschere che 
impediscono di modificare i 
pixel di un colore o inun range 
specificato 


FUNZIONI DI DISEGNO 
E AIRBRUSH 


Oltre al normale modo di dise- 
gno, ne esistono numerosi al- 
tri nei quali non viene utilizzato 
ilcolore indicato nella tavoloz- 
za, ma sì producono invece 
speciali variazioni dei pixel su 
cui si agisce. Tra i più signifi- 
cativi troviamo i modi “Smo- 
oth" e “Blur", che realizzano 
un effetto di attenuazione del- 
le differenze tra i pixel interes- 
sati, consentendo per esem- 
pio di effettuare un anti-aliasing 
di immagini digitalizzate. Il 
modo “Shift” produce lo scor- 
rimento dei pixel nella dire- 
zione lungo la quale si sposta 
lo strumento in uso, mentre il 
modo “Trans” sostituisce i pixel 
interessati con quelli equiva- 
lenti nell'immagine di lavoro 
secondaria. “Colorize” modi- 
fica il colore dei pixel usando 
la tinta del colore selezionato, 
ma senza modificare la lumi- 
nosità, consentendo così di 
colorare una parte dell'imma- 
gine senza perdere i partico- 
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lari rappresentati. “Shade” e 
"Light" agiscono invece solo 
sulla componente luminosa 
del pixel, consentendo di 
creare effetti diluce e ombra a 
partire da un colore uniforme. 
Abbiamo già detto che le di- 
mensioni e l'intensità del tratto 
realizzabile con l'airbrush sono 
controllabili direttamente uti- 
lizzando una tavoletta presso- 
sensibile. Oltre a questi para- 
metri, modificabili anche tra- 
mite un apposito pannello, è 
possibile specificare la forma 
della funzione densità dell'air- 
brush, in modo simile a quello 
utilizzato per la densità delle 
figure piene. Si noti inoltre che 
a differenza di quanto accade 
in altri programmi di grafica 
l'airbrush non è uno strumen- 
to, ma piuttosto una modalità 
di disegno, dato che può es- 
sere utilizzato congiuntamen- 
te a un qualunque altro stru- 
mento, modificandone il fun- 
zionamento che risulta più o 
meno “denso" a seconda del- 
la forma specificata. L'airbru- 
sh è sicuramente uno dei pun- 
ti forti del programma 


TESTO E PENNELLI 


La gestione del testo consen- 
te la scelta di font, la dimen- 
sione e lo stile (normale, bold 
oitalico). Per il momento, sono 
gestiti solo font di tipo bitmap, 
ma secondo il ma- 
nuale il supporto per 
font vettoriali verrà 
implementato in bre- 
ve tempo. Piuttosto 
scomodo risulta il 
fatto che non sia 
possibile indicare 
una dimensione che 
non esiste già su di- 
sco, costringendo 
l'utente a far ricorso 
ad altri programmi 
per calcolare il font 
nella dimensione ne- 
cessaria. E possibile 
effettuare un limitato 
anti-aliasing sul testo 
con due diversi livelli 
di intensità. 

La gestione dei pen- 
nelli “ritagliati" dal- 
l'immagine è invece 
piuttosto completa.E 


possibile ritagliare un pennel- 
lo di forma rettangolare, poli- 
gonale o tracciandone il peri- 
metro con una curva arbitra- 
ria. Il pennello può essere 
scalato con fattori x e y indi- 
pendenti, oppure raddoppia- 
to o dimezzato, sia rispetto a 
entrambi gli assi che a uno 
solo dei due. È possibile ruo- 
tare il pennello di 90° o di 
angoli arbitrari, invertirlo ri- 
spetto all'asse x 0 y, indicare 
un colore da considerare tra- 
sparente, ed eseguire l'outli- 
ne della forma del pennello 
con il colore attuale. Agendo 
sui gadget di prospettiva 
presenti nell'apposito pannello 
di controllo per i brush è pos- 
sibile impostare una rotazione 
rispetto all'asse x, y 0 Z. 


Uno dei maggiori punti di for- 
za di TVPaint è sicuramente la 
completezza dell'interfaccia 
ARexx implementata. Sono 
disponibili oltre cento coman- 
di ARexx, che in pratica con- 
sentono a uno script di acce- 
dere a ogni funzionalità del 
programma. Gili script posso- 
no essere lanciati da Shell 
come d'abitudine, oppure di- 
rettamente dall'interno del 
programma. 

A seconda del tipo di script, si 
può definire che il lancio dal- 
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l'interno avvenga alla pressio- 
ne dello shift e di un tasto 
funzione, oppure in emulazio- 
ne di alcuni strumenti. Gli stru- 
menti emulabili sono iltraccia- 
mento di punti, rette, cerchi o 
rettangoli, curve a mano libe- 
ra e spline. A seconda dello 
strumento emulato lo script 
riceverà le informazioni relati- 
ve all’azione intrapresa, che 
potranno essere usate come 
parametri. Le potenzialità of- 
ferte da questa gestione degli 
script sono enormi: è infatti 
possibile realizzare particola- 
ri effetti da utilizzare come 
nuovi strumenti, come per 
esempio “l'effetto vortice" di- 
sponibile fra gli script forniti 
con TV Paint. Questo è ottenu- 
to tramite uno script che, atti- 
vato dall'emulazione del cer- 
chio, produce una serie di 
cerchi concentrici in modalità 
di disegnò “shift". E inoltre 
possibile realizzare script che 
eseguono una stessa serie di 
operazioni su numerose im- 
magini in modo automatico o 
addirittura che disegnano sul- 
lo schermo una qualunque 
immagine. 


BIG EDIT 
E FORMATI DEI FILE 


TVPaint non permette di lavo- 
rare direttamente con imma- 
gini le cui dimensioni siano 





superiori a quelle dello scher- 
mo selezionato, spostando la 
visuale sull'immagine. Il pro- 
gramma mette però a disposi- 
zione un modo di lavoro chia- 
mato "Big Edit" che consente 
di risolvere il problema ed evi- 
ta di dover disporre di enormi 
quantità di RAM per poter la- 
vorare su un'immagine a 24 
bit molto grande. 

La procedura per sfruttare 
questa modalità di lavoro ri- 
chiede la creazione di un file 
temporaneo che rappresenta 
l'intera immagine su cui lavo- 
rare 

L'immagine viene quindi rap- 
presentata in formato ridotto 
consentendo all'utente la scel- 
ta di una porzione su cui lavo- 
rare. 

Tale porzione viene letta dal 
file e visualizzata, consenten- 
do all'utente di lavorare su di 
essa 

Salvando successivamente 
tale area nel file temporaneo e 
recuperandone una differen- 
te l'utente può agire un po' alla 
volta sull'intera immagine che 
al termine verrà salvata in un 
file definitivo. 

TVPaint supporta diversi for- 
mati per i file, sia in lettura che 
in scrittura. L'ILBM è il formato 
più noto, già usato da molti 
altri programmi per Amiga. 
DEEP è un formato proprieta- 
rio che comprime in modo più 
efficiente dell'ILBM 
e risulta anche più 
veloce. 

DELTA e JPEG ga- 
rantiscono una com- 


I Pannelli 

per la gestione 

di convoluzioni 

e lookup table. 
L'immagine 

di sinistra 

è quella originale; 
quella centrale 

è stata ottenuta 
mediante 
convoluzione 

con un filtro 
passa alto mentre 
quella a destra 

è frutto di più effetti 
combinati. 





TOLLO 





pressione molto più elevata 
ma, a differenza dei prece- 
denti, a discapito della qualità 
dell'immagine, dalla quale 
vengono eliminati alcuni det- 
tagli minimi. 

TGA e RENDITION sono due 
modi supportati solo per man- 
tenere la compatibilità con al- 
tri sistemi o programmi parti- 
colarmente diffusi che ne fan- 
no uso, 

Dei formati citati ILBM e JPEG 
salvano solo i 24 bit di colore 
dell'immagine, mentre irestan- 
ti memorizzano anche gli 8 bit 
di alpha channel. 


IMAGE PROCESSING 


Grazie all'ottima gestione del 
colore e alla possibilità di la- 
vorare su immagini di dimen- 
sioni superiori a quelle visua- 
lizzabili, TVPaint trova sicura- 
mente un importante utilizzo 
nel campo del fotoritocco. 
Spesso accade che le imma- 
gini digitalizzate richiedano 
particolari trattamenti che non 
sono direttamente disponibili 
inprogrammi di grafica pittori- 
ca, ma piuttosto in quelli orien- 
tati all'elaborazione dell'im- 
magine. 

TVPaint mette invece a dispo- 
sizione due importanti stru- 
menti che, se usati nel modo 
giusto, consentono risultati 
notevoli: le tavole di lookup e 


le matrici di convoluzione. 
Una tavola di lookup è una 
funzione tramite la quale è 
possibile assegnare a ogni 
valore di una componente 
dell'immagine un valore diffe- 
rente, realizzando così una 
trasformazione che modifica 
l'intera immagine. 

TVPaint permette di definire 
una funzione differente per 
ognuna delle componenti ros- 
so, verde, blu, saturazione, 
luminosità e alpha channel. 
Le funzioni possono essere 
disegnate a mano libera op- 
pure è possibile agire su una 
spline modificandone la cur- 
vatura. 

Molto utilizzata nell'elabora- 
zione delle immagini è anche 
l'operazione di convoluzione, 
che produce particolari effetti 
sull'immagine dipendenti dai 
valori inseriti all'interno di una 
matrice 3x3 o 5x5. 

Con una scelta adeguata dei 
valori della matrice è possibile 
produrre effetti di attenuazio- 
ne o evidenziazione dei con- 
torni, produrre immagini dei 
soli contorni o evidenziare le 
variazioni di luminosità lungo 
una particolare direzione. 

| valori della matrice possono 
essere impostati manualmen- 
te oppure caricati da file. 
Sono forniti i file relativi all'im- 
plementazione dei filtri lineari 
e derivativi più importanti. 


CONCLUSIONI 


TVPaint è stato realizzato da 
un team di programmatori e 
artisti che hanno lavorato fian- 
co a fianco per creare un pro- 
gramma che unisce doti di 
intuitività e semplicità d'uso a 
grandi potenzialità. 

Il risultato è uno dei program- 
mia 24 bit più veloci (in funzio- 
ne del tipo di CPU e di scheda 
grafica utilizzata) e più sem- 
plici da usare, una volta fatta 
l'abitudine alla sua interfac- 
cia. 

Unica pecca del programma 
è una gestione dei font abba- 
stanza limitata. 

Tra le numerose caratteristi- 
che positive già citate voglia- 
mo ricordare oltre all’indimen- 
ticabile gestione dell'airbrush, 
quella che ci è parsa la più 
peculiare: il completo control- 
lo di tutte le funzioni tramite 
script ARexx, che rende que- 
sto programma estremamen- 


te utile anche in attività che 
richiedano grandi quantità di 
elaborazioni ripetitive, oltre a 
consentire la realizzazione di 
effetti altrimenti impossibili. 
La configurazione necessaria 
per un uso non limitato del 
programma lascia supporre 
che la fascia di mercato cui si 
rivolge è quella professionale 
e semiprofessionale, soprat- 
tutto nel campo del fotoritoc- 
co e delle applicazioni video. 
Un ultimo appunto riguarda la 
scelta della TecSoft di caute- 
larsi dal fenomeno della pira- 
teria con l'uso di un dongle 
hardware da inserire nella 
porta joystick. 
Questi non è passante e pre- 
clude l'uso della porta joysti- 
ck; inoltre, data la natura del 
dispositivo, questo non deve 
essere estratto o inserito a 
macchina accesa e quindi ri- 
sulta piuttosto scomodo in un 
ambiente multitasking. 

Ah 
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ASSICURATO 





pochi mesi dalla re- 
censione della versio- 
ne 3.1, apparsa sul 


numero 43 (marzo 1993) di 
Amiga Magazine, torna sulle 
pagine della nostra rivista PI 
Image, il programma di dise- 
gno ed elaborazione delle im- 
magini prodotto da Menti Pos- 
sibili. Questa recensione non 
prenderà in esame tutte le 
caratteristiche del programma, 
ma focalizzerà l'attenzione solo 
sulle modifiche più importanti 
avvenute rispetto alla versione 
precedente 

L'instancabile software house 
fiorentina continua a rilasciare 
versioni sempre più potenti del 
suo programma di punta e le 
release si susseguono a ritmo 
serrato, siamo infatti giunti alla 
4.01 (che segue a ruota le 3.2 
e 3.3) in meno di un anno, 
garantendo agli utenti rigistra- 
ti un prodotto sempre aggior- 
nato e che ha ormai poco da 
invidiare ai suoi più famosi 
concorrenti stranieri 
L'upgrade si presenta in una 
veste molto semplice: tre di- 
schetti e un manuale (“Guida 
utente") di circa 50 pagine, 
rigorosamente in italiano. Il lin- 
guaggio con cui vengono de- 
scritti inmaniera sistematica le 
variefunzioni è semplice, adat- 
to anche all'utentemeno esper- 
to: si sente solo la mancanza 
di un indice analitico. Nel pac- 
chetto completo è presente 
anche un manuale introduttivo 
e una “Guida ARexx": il pro- 
gramma è infatti dotato di una 
interfaccia ARexx che permet- 
te di usare tale linguaggio per 
compiere ripetitive funzioni di 
elaborazione delle immagini o 
di disegno. 

Sui dischetti sono forniti il pro- 
gramma, alcuni moduli musi- 
cali da ascoltare durante il la- 
voro, alcune immagini da uti- 
lizzare nell'apprendimento e 
una utility per “catturare” in file 
IFF un'immagine presente su 
un qualsiasi schermo È inoltre 


PI IMAGE 4.01 


Mirco Zanca 


Disegno ed elaborazioni grafiche 
italiane 


presente una directory PIToOl- 
Kit, nella quale si trovano i file 
necessari ai programmatori 
che volessero scrivere dei 
moduli esterni a PI Image in 
linguaggio C per implementa- 
re nuove funzioni 


INSTALLAZIONE 


La prima piacevole sorpresa 
che si ha leggendo l'imman- 


LL ARE di 


cabile file “Leggimi!” sul disco 
di installazione è data dalla 
possibilità di installare una 
versione di PI Image studiata 
appositamente per macchine 
dotate di microprocessore 
Motorola 68030 e 68040 (gl 
Amiga 3000, 4000 e i model 

dotati di scheda acceleratri- 
ce), cosa che sarà sicuramen- 
te gradita a molti utenti, dato 
che le machine accelerate 
sono molto diffuse tra chi usa 


Lo strumento Effetti 
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Amiga per applicazioni incam- 
po grafico. La versione che 
abbiamo provato è proprio 
questa, ma non si differenzia 
in nessun particolare da quel- 
la normale, se non (ovviamen- 
te)nellamaggiore velocità ope- 
rativa 

L'installazioe di PI Image è 
completamente automatica, un 
apposito programma si occu- 
pa di copiarei file e dicreare le 


Ladd TAI 





directory necessarie. E possi- 
bile specificare dove installa- 
re PI Image e quali file opzio- 
nali si desiderano (immagini, 
moduli protracker, palette 
ecc.). L'unica nota negativa a 
questo proposito è data dal- 
l'uso di un programma creato 
appositamente da Menti Pos- 
sibili, avremmo preferito il più 
standard Installer Commodo- 
re, ormai usato da tutte le soft- 
ware house. 


FUNZIONAMENTO 


Una volta fatto partire il pro- 
gramma, ci troviamo di fronte 
alla tipica interfaccia di PI Ima- 
ge che non è stata modificata 
se non per l'assenza del menu 
Strumenti, superfluo in quanto 
tutte le scelte vengono effet- 
tuate dal pannello strumenti 
presente nella parte inferiore 
dello schermo 

Negli altri menu possiamo ve- 
dere alcune nuove voci relati- 
ve alle funzioni introdotte, come 
la possibilità di usare la palette 
di eventuali font a colori, di 
modificare a piacere le di- 
mensioni del pennello corren- 
te e di stamparlo, mentre nella 
finestra opzioni è presente il 
gadget Dither, che permette 


La galleria di pennelli 











Alcuni degli operatori 
di convoluzione 


di simulare più colori di quelli 
disponibili mediante l'uso del 
dithering con il metodo Floyd- 
Steinberg. È stata potenziata 
anche l'utile Galleria di Pen- 
nelli: ora è possibile mante- 


nerne in memoria fino a cin- 





que, che poi è possibile utiliz- 
zare, selezionando semplice- 
mente dalla Galleria quello che 
serve 

Un nuovo strumento di dise- 
gno, molto utile, è Curva, pre- 
sente nel pannello strumento 
al posto del vecchio Arco, si 
tratta dell'implementazione 
delle Curve di Bezier, che per- 
mettono di disegnare linee 
curve piuttosto complesse in 
modo molto intuitivo e preciso 
selezionando il punto di inizio 
e di fine del tracciamento e 
due punti supplementari che 
definiscono matematicamen- 
te la forma della curva finale 

Sono presenti molte altre novi- 
tà, alcune meno evidenti delle 
altre, ma che contribuiscono a 
rendere l'intero programma più 
veloce e più potente 

La parte del leone la fanno 
naturalmente gli Effetti, il vero 
punto di forza di PI Image, che 
lo differenzia dagli altri pro- 
grammi di disegno, collocan- 
dolo in una posizione interme- 


dia tra il c ) Deluxe Paint 
e prodotti quali Art Department 
Professional e Image Master 
espressamente dedicato alla 
elaborazione delle immagini e 
non al disegn 


assic 


ar $i 


T ra gli effetti spiccano | nume- 
rosi operatori di convoluzione 
di qualità veramente notevole 
Si tratta di particolari funzioni 
di elaborazione che permetto- 
no, esaminando i pixel dell'im- 
magine a gruppi di 3x3 (oppu- 
re 5x5) dimodificari nbase a 
precise regole matematiche 
grazie a un apposita matrice 
detta appunto di convoluzio- 
ne. E grazie agli operatori d 
convoluzione che si possono 
ottenere splendidi effetti, come 
quello di bassorilievo e di Edge 
Detect (col quale vengono ri- 
levati e visualizzati solo | con- 
torni dell'immagine originale) 
Tramite i sottomenu Analisi e 
Colori è poi possibile elabora- 
re matematicamente l'imma- 
gine in modo da modificarne 
singoli pixel grazie a operator 





e 














KIRI 


Lo strumento Colori 


ogici, edi agire sulle lorocom 
ponenti cromatiche per simu- 
lare a esempio incisioni su le- 
gno, rame o argento, oppure 
per inserire effetti come piog- 
gia o fumo. Con una certa pra- 
tica è possibile ottenere risul- 
tati veramente sorprendenti, 
impossibili da raggiungere uti- 
lizzando solamente i classic 
strumenti di disegno e che di 
solito si effettuano con pro- 
grammi di elaborazione delle 
mmagini estern 


CONCLUSIONI 


perfettamente 
bile con tutte le versio- 
sistema operativo e 
sfrutta le nuove funzionalità 
ntrodotte con 2.0 )e 3.0 (come 
a esempio la ASL. library e la 
capacità di leggere vari for 
mati grafici attraverso i Data 


PI Image è 
compat 


ni de 





Nome: PI IMAGE 4.01 


SOFTWARE 


type, cosa che aumenta la 
compatibilità del programma 
coni vari formati grafici) e sup- 
porta i chip AGA per gestire 
fino a 256 colori. Nel corso 
della prova il programma si è 
sempre dimostrato affidabile 
e l'uso dei vari effetti ha sem- 
pre portato ai risultati previsti, 
dimostrando un notevole im- 
pegno dei programmatori nel- 
la realizzazione. Per tutto 
questo riteniamo che il prezzo 
richiesto sia conveniente 
Speriamo che nella prossima 
release sia presente anche una 
versione del programma otti- 
mizzata per il microprocesso- 
re Motorola 68020, quello 
montato di serie sull’Amiga 
1200, diventato ormai il mo- 
dello di riferimento per utenti e 
programmatori 
Nel concludere questa prova 
non possiamo non sottolinea 
e il nuovo servizio offerto da 
Menti Possibili a tutti gli acqui- 
renti di loro programmi origi- 
nali: si tratta della possibilità di 
ricevere gratuitamente infor- 
mazioni e assistenza sui pro- 
grammi della software house 
nor chè demo e anteprime 
delle sue ultime produzioni. Si 
tratta senz'altro di un'offerta 
molto interessante, soprattut- 
tose pensiamo alfatto che, nel 
mondo Amiga, generalmente 
rapporto tra una ditta pro- 
duttrice e il cliente si esaurisce 
nel momento in qui quest'ulti- 
mo esce dal negozio dove ha 
acquistato il programma! 4 


Casa produttrice: Menti Possibili, 

via G. di Vittorio 56, 50015 Grassina (Firenze) 
tel. 055-642046, 0336-683466, 

Fax 055-642046, 055-431482 

Prezzo: L.99.000 per un nuovo utente, 


L.41.650 


per l'upgrade da una versione precedente, 


L.59.000 per chi intendesse passare a PI Image 
da un altro programma di disegno 
dimostrando di averlo acquistato originale. 


Giudizio: molto buono 


Pro: effetti grafici, interfaccia ARexx, 


compatibili 


AGA, supporto utenti 


Contro: non gestisce HAM e HAM8 
Configurazione della prova: A3000 
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ortando i propri rullini, 
p negativio diapositive nei 

negozi Kodak e aspet- 
tando 15 giorni circa, al prez- 
zo di un comune ingrandi- 
mento, è possibile far trasferi- 
rele proprio foto, in forma digi- 
tale, sul famoso PhotoCD. 
Kodak usa una formattazione 
abassolivello, particolare, ma 
è il lettore che si incarica di 
interpretare i dati, perciò il di- 
sco appare come un comune 
CD-ROM, che un qualsiasi fi- 
lesystem ISO9660 può legge- 
re (altre informazioni si posso- 
no trovare sul numero 51 di 
Amiga Magazine). 
Le immagini, digitalizzate a 24 
bit e compresse con un algo- 
ritmo simile a JPEG, ma molto 
più veloce, sono codificate in 
file di estensione .PCD con 
lunghezza compresa tra 2 e 5 
megabyte copiabili su hard 
disk. Purtroppo Kodak non ha 
reso pubblico il formato: la do- 
cumentazione e il diritto di ap- 
porre il marchio PhotoCD ven- 
gono forniti solo dietro il paga- 
mento di una licenza. Ciò non 
ha impedito ad alcuni intra- 
prendenti programma- 
tori di realizzare dei 
convertitori da formato 
PhotoCD a IFF basan- 
dosi sull'esame empiri- 
co dei file .PCD; i più 
famosi esempi sono 
“hpedtoppm” di Had- 
mut Danisch (libera- 
mente distribuibile) op- 
pure “PCDtolFF” (forni- 
tocolfilesystemXetec). 
Per ricavare un'imma- 
gine HAM dai file a 24 
bit che producono ba- 
sta usare software PD, 
come "Wasp" o analo- 
ghi. Questa soluzione 
gratuita sarebbe idea- 
le, ma gli autori stessi 
dichiarano di non esse- 


PHOTOWORKX 


Il visualizzatore PhotoCD per Amiga 


re riusciti a capire il funziona- 
mento di alcuni algoritmi di 
compressione Kodak, quindi 
ci si potrebbe imbattere in 
immagini che non si riescono 
a convertire. 

È evidente che ciò è un pro- 
blema molto serio in ambito 
professionale. 

Corporate Media di Hannover 
è la prima software house a 
porre fine all'assenza di visua- 
lizzatori ufficiali PhotoCD, che 
stava diventando imbaraz- 
zante per un computer grafico 
come Amiga 

PhotoworkX è realizzato sotto 
licenza Kodak utilizzando la 
documentazione ufficiale del- 
lo standard PhotoCD, 


CONFEZIONE 


La scatola di cartone bianco, 
nobilitata da un sigillo adesi- 
vo, racchiude un dischetto a 
bassa densità con il program- 
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ma, un PhotoCD dimostrativo 
e il manuale di 50 pagine im- 
paginato su Amiga con TeX e 
generato con una fotocopia- 
trice. Il PhotoCD è una demo 
per CDI realizzato da Corpo- 
rate Media, che porta la data 
del gennaio 1993 e contiene 








27 belle immagini ray-tracing 
realizzate con Amiga. Il ma- 
nuale, scritto in un inglese 
molto semplice, spiega in det- 
taglio le procedure di installa- 
zione e la funzione di ogni 
voce di menu e dei pannelli di 
configurazione, usando anche 
delle illustrazioni. 

Poiché PhotoworkX se- 
gue la “style guide” 
Commodore, ci si può 
limitare a leggere la de- 
scrizione delle due o tre 
voci meno intuitive con- 
sultando il completo in- 
dice analitico. Manca 
completamente la de- 
scrizione delle opzioni 
accettate dalla linea di 


Il pannello 

per selezionare 

il modo di visualizzare 
la foto, aperto 

sopra alla finestra 

del Contact Sheet. 
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comando e dei Tool 
Types dell'icona; qual- 
che incidente tipografi- 
co inoltre ha reso le im- 
magini quasi incom- 
prensibili. 

Prima di installare Pho- 
toworkX, è necessario 
avere già fatto ricono- 
scere ad Amiga il CD- 
ROM, a esempio usan- 
do un filesystem 
IS09660 o Parnet. Su 
dischetto è installata la 
versione 1.3 di Ami- 
CDROM filesystem, ma 
è consigliabile utilizzare 
versioni più recenti (più 
veloci e meno instabili) 
oppure un filesystem 
commerciale (la versio- 
ne 1.7 di AmICDROM è repe- 
ribile su Wolfnet BBS, tel. 050- 
589338). Una prova ha mo- 
strato che PhotoworkX è com- 
patibile anche con il filesystem 
di CD32, ma poiché è fornito 
su dischetto non può essere 
usato facilmente sull'ultimo 
nato Commodore. 

Il programma di installazione 
è realizzato con l'Installer e si 
limita a copiare in una directory 
l'eseguibile più adatto (è di- 
sponibile sia la versione 
68000/ECS che 68020/AGA), 
la photoworkx.library e una 
directory contenente i moduli 
di visualizzazione esterni 
(“viewers”). La libreria contie- 
ne (stranamente) quasi esclu- 
sivamente il lungo testo di una 
celebre canzone ed è marca- 
ta come non eseguibile. La 
versione di PhotoworkX recen- 
sita è la 1.54a, con libreria 


17.4; al termine dell'installa- 
zione, il programma occupa 
in tutto 300 kilobyte perciò è 
installabile anche su floppy 
disk o RAM-card. Il program- 
ma è bilingue (inglese o tede- 
sco); latraduzione in inglese è 
completa e senza errori. | 
messaggi informativi visualiz- 
zati durante l'installazione 
sono in tedesco, ma di signifi 
cato facilmente intuibile: l'ulti- 
ma domanda chiede se si 
desidera installare Ami- 
CDROM, ed è l'unica alla qua- 
le può convenire rispondere 
di no, deviando dalle imposta- 
zioni standard. 

Il file “readme” è bilingue in 
senso letterale: le informazio- 
ni in inglese sono diverse da 
quelle in tedesco, quindi solo 
chi conosce entrambe le lin- 
gue può leggerlo tutto! La 
parte inglese avverte che la 





selezione del linguaggio (fatta 
normalmente in accordo alle 
Preferences di sistema) è for- 
zabile aggiungendo iltooltype 
LANGUAGE=english all'icona 
di PhotoworkX; quella tede- 
sca descrive metodi per ri- 
sparmiare memoria, i settaggi 
consigliati per la scheda Pi- 
casso Il e avverte di possibili 
problemi usando la scheda 
Retina, parzialmente corretti 
dal software v.1.4ditale sche- 
da. 


SCHERMI 


PhotoworkX non è un “filtro” 
che ha bisogno di software 
come ADpro o ImageFX per 
funzionare, ma un program- 
ma autosufficiente per osser- 
vare emanipolare le foto, come 
si fa con “Magic Lantern” in 
ambiente Windows: ovviamen- 


te le funzioni offerte su Amiga 
sono vistosamente più com- 
plete e intuitive. 

Il programma si può lanciare 
da Workbench o da Shell, e i 
suoi pannelli di controllo con- 
sentono di operare in due modi 
diversi. In primo luogo, si può 
lavorare sempre nello scher- 
mo di PhotoworkX: in questo 
caso ogni foto verrà caricata 
inuna finestra e condividerà la 
palette di colori delle altre; in 
secondo luogo, si può usare 
lo schermo di PhotoworkX solo 
come appoggio e caricare le 
immagini in schermi separati 
con palette ottimizza- 
ta. 

Attivando il pulsante 
“View only”, le immagi- 
ni verranno caricate e 
visualizzate diretta- 
mente su uno schermo 
in HAM, HAM8 o suuna 
eventuale scheda gra- 
fica: non si potranno 
modificare, ma si ri- 
sparmia il lungo tempo 
necessario per calco- 
lare palette e dithering. 
Se si desidera parago- 
nare la resa del modo 
HAM8 con quella della 
scheda grafica, biso- 
gnaogni volta accede- 
re al pannello di con- 
trollo e cambiare il 
viewer attivo. La con- 
versione in HAM è veloce, ma 
con molte sbavature; quella in 
HAM8 è anche peggio, tanto 
che l'immagine sembra HAM. 
L'autore promette una resa più 
accurata nelle prossime ver- 
sioni. 


CARICAMENTO 


Una foto può essere visualiz- 
zata in più modi. La via più 
intuitiva consiste nel caricare 
il “Contact Sheet": avviene 
mediante una finestra con ico- 
ne che raffigurano le immagini 
presenti sul disco. Basta un 
doppio click su una di esse 
per caricarla e visualizzarla 
nel modo che si è scelto, op- 
pure se ne possono selezio- 
nare un certo numero da ve- 
dere in sequenza (in ordine 
numerico). | mouse a tre tasti 
sono supportati direttamente. 
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Anche se il programma utiliz- 
za più schermi, una qualsiasi 
operazione eseguita in un 
qualsiasischermo blocca ogni 
azione fino al suo completa- 
mento, ma è sempre possibile 
abortire le operazioni più lun- 
ghe. Il caricamento del Con- 
tact Sheet può richiedere mi- 
nuti, se le immagini sono mol- 
te, e avendo scelto le icone di 
dimensione più grande, la 
Chip RAM potrebbe non es- 
sere sufficiente. Il modo a 8 
bitplane e l'uso continuo della 
Chip RAM sono una miscela 
micidiale che strozza 
persino l'A4000/040 e 
fa sembrare ogni ope- 
razione di una lentezza 
esasperante: in realtà 
spesso l'impressione 
deriva solo dal parago- 
ne con l'abituale fulmi- 
nea velocità operativa. 
ll problema è nel con- 
cetto stesso di Contact 
Sheet come codificato 
da Kodak, che doven- 
do essere caricato se- 
quenzialmente, è inevi- 
tabilmente scomodo da 
usare con i dischi molto 
pieni. Per superare 
questo ostacolo, Pho- 
toworkX consente di ca- 
ricare direttamente le 
immagini da visualizza- 
re scegliendole con il 
classico file-requester 
di sistema. 


CONVERSIONI, STAMPA 
E FOTORITOCCO 


È possibile anche salvare le 
immagini PhotoCD su hard 
disk in formato IFF. Poiché il 
programma lavora interna- 
mente sempre a 24 bit, indi- 
pendentemente dal chip seto 
dalla scheda utilizzata, si può 
scegliere tra un formato a 24 
bit, uno a 256 toni di grigio 
oppure i modi Lores, Hires e 
Superhires in tutte le combi- 
nazioni previste dallo standard 
IFF, con o senza dithering. | 
file prodotti sono risultati con- 
formi allo standard e accettati 
da tutti i programmi. Le imma- 
gini IFF a 24 bit hanno dimen- 
sioni enormi, e si sente laman- 
canza di un compressore 


JPEG integrato nel program- 
ma. Se la selezione è stata 
effettuata sul Contact Sheet, il 
salvataggio avviene senza in- 
tervento umano, mentre se si 
sceglie l'apposita voce del 
menu viene mostrato un co- 
modo filerequester che con- 
sente di vedere l'icona e sce- 
gliere la risoluzione. 

La stampa è effettuata tramite 
i printer driver di sistema, e un 
pannello di controllo consente 
di configurare la stampante 
senza bisogno di usare le Pre- 
ferences. Sono presenti an- 


che i principali strumenti di 
elaborazione fotografica: cor- 
rezione del colore, rotazione, 
flip, evidenziamento dei con- 
torni, negativo, ritaglio e sca- 
latura di una porzione rettan- 
golare dell'immagine. Funzio- 
nano bene e coprono tutte le 
normali esigenze di fotoritoc- 
co; peccato che PhotoworkX 
non consenta il caricamento 
di immagini di formato diverso 
dal PhotoCD. 


HARDWARE NECESSARIO 


Secondo Corporate Media, la 
configurazione minima com- 
prende 0,5 Mb di Chip RAM, 
1,5 Mb di FastRAM e sistema 
operativo 2.04o0superiore: una 
prova pratica ha dimostrato 
che tutte le funzioni di Pho- 
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toworkX sono realmente dispo- 
nibili anche usando un vec- 
chissimo A500 espanso con 
A590 e Kickstart aggiornato, a 
patto di scegliere sempre ri- 
soluzione e numero di colori 
minimo e avere tanta, tanta 
pazienza. 

L'operazione che porta via più 
tempo è la riduzione del nu- 
mero di colori per consentire 
la visualizzazione. 

E inutile illudersi: manipolare 
immagini a 24 bit non è uno 
scherzo, e per un uso confor- 
tevole è necessario almeno 





Gli strumenti di fotoritocco sono un punto di forza di PbotoworkX. 


un 68020, possibilmente una 
scheda video a 24 bit (o alme- 
no i chip AGA) e soprattutto 2 
Mb di Chip RAM. PhotoworkX 
usa poca Fast RAM ed è com- 
patibile con i gestori dimemo- 
ria virtuale. 

Ogni file .PCD contiene cin- 
que copie dell'immagine a 
diverse risoluzioni che richie- 
dono corrispondentemente 
quantità diverse di RAM; in 
pratica, bastano 2 Mb per 
usare la risoluzione 512x768, 
la classica PAL overscan, 
ideale per i lavori video. 

In teoria, non è strettamente 
necessario un lettore di CD- 
ROM, in quanto il programma 
riesce a leggere senza pro- 
blemi i file .PCD copiati su 
hard disk. Come in tutti i pro- 
grammi più recenti, risoluzio- 


ne e numero di colori degli 
schermi si impostanotramite il 
“display database” standard. 
Si può usare anche lo scher- 
mo del Workbench e sotto Ki- 
ckstart 3.0 un “public screen", 
quindi teoricamente si può 
aprire lo schermo di Pho- 
toworkX su una qualsiasi sche- 
da grafica che segue le regole 
Commodore. La visualizza- 
zione diretta a pieno schermo 
è possibile per tutte quelle do- 
tate dell'apposito “viewer”: nel 
manuale si citano Picasso II, 
Retina ed EGS, ma al momen- 
to della prova il viewer 
EGSnon era ancora di- 
sponibile. 

PhotoworkX non aggiu- 
sta le proporzioni del- 
l'immagine a seconda 
della forma dei pixel del 
modo video scelto, 
quindi per evitare stira- 
menti e lavorare con le 
"clips" bisogna assolu- 
tamente sceglierne uno 
con pixel quadrati (a 
esempio “PAL hires in- 
terlace"). | modi HAM e 
HAM8 non si possono 
usare per lo schermo di 
lavoro, si può invece uti- 
lizzare uno schermo a 
256 colori con dithering: 
l'algoritmo usato per la 
visualizzazione è lento, 
ma dàottimi risultaticon 
256 colori. Se si sceglie 
un modo video con 
meno di 8 bitplane, la visualiz- 
zazione è di qualità inaccetta- 
bile e allo scopo è previsto un 
modo monocromatico. 


CONCLUSIONI 


PhotoworkX è un programma 
che aderisce alle specifiche 
della Style Guide Commodo- 
re, e ciò gli dà un tocco di 
classe che rende il suo utilizzo 
facile, intuitivo e molto perso- 
nalizzabile. Il supporto alle 
schede a 24 bit potrebbe es- 
sere migliore, ma è comun- 
que un grosso vantaggio, vi- 
sto che i PhotoCD sono a 24 
bit. Infine, nonostante le di- 
mensioni veramente compat- 
te, il fotoritocco è a portata di 
mouse e non c'è bisogno di 
acquistare altri software co- 





stosi e ingombranti. Con un 
CD-ROM e PhotoworkX è pos- 
sibile ottenere risultati migliori 
rispetto a scanner e digitaliz- 
zatori; la risoluzione 512x768 
lo rende utilissimo anche in 
campo video. 

Tuttavia, la totale assenza di 
interfaccia ARexx impedisce 
di usarlo produttivamente per 
manipolazioni ripetitive: se per 
esempio un rullino avariato ha 
sviluppato una dominante ros- 
sastra, saremo costretti a edi- 
tare la curva di correzione cro- 
matica delle foto una per una! 
Sarebbe anche molto utile 
poter usare un file di appog- 
gio (da creare su HD, ovvia- 
mente) per-.contenere le pre- 
ferenze cromatiche e l'ordine 
di visualizzazione per le im- 
magini di ciascuno dei propri 
dischi. Le caratteristiche della 
tecnologia PhotoCD rendono 
questo programma inadatto 
agli Amiga con 68000 e con 
poca chip RAM; per ottenere 


immagini HAM di qualità biso- 
gna salvare l'immagine in for- 
mato |IFF24 e servirsi di un 
programma di conversione 
separato. 

La versione di PhotoworkX in 
prova ha fallito i test di Enfor- 
cer e Mungwall, che sono i 
due programmi che Commo- 
dore distribuisce liberamente 
per verificare che l'uso della 
RAM sia corretto, requisito 
molto importante per un pro- 
gramma multitasking. Agli svi- 
luppatori come Olaf Barthel, 
autore di PhotoworkX, vengo- 
no forniti d'ufficio: il gatto gli 
ha mangiato il dischetto? Du- 
rante la prova si è verificato 
che suA3000 e A2000 ciò non 
ha conseguenze pratiche, a 
patto di non usare in contem- 
poranea altro software afflitto 
dallo stesso problema. 

Nel caso di A4000/040 si pos- 
sono notare sporadici malfun- 
zionamenti “cosmetici”; inogni 
caso se si dimentica di chiu- 


Î SCHEDA PRODOTTO 


dere PhotoworkX prima di lan- 
ciare altri programmi “spor- 
chi" e poi lo si attiva nuova- 
mente, spesso si ottiene un 
blocco durante il caricamento 
delle foto. 

PhotoworkX è uno dei pochi 
programmi per il quale è di- 
sponibile una versione dimo- 


x ALFA 





Na POSE 
Srasemeese 29” 


DATA» 





strativa gratuita che consente 
di valutare perfettamente le 
sue funzionalità quindi non ci 
sono scuse per piratarlo! La si 
può prelevare presso la BBS 
di supporto allestita dall'im- 
portatore italiano: “The Gold 
Dragon”, tel. 0373-86966. 

Ah 





ALFARAM: espansione da 1MB per 
A-1200 espandibile a 9 MB di fast ram. 
Zoccolo per coprocessore e clock. 


ALFACOLOR: scanner a 256 colori per 
Amiga completo di software. Interfaccia 
con porta passante per stampante. 


ALFASCAN 800: l'unico scanner per 
Amiga ad 800 DPI. Software eccellente 
con funzione "Merge". Disponibile 
versione OCR. 


CRYSTALL TRACKBALL per Amiga/ 


a 162 DPI. Si illumina con diversi colori 


per ogni funzione. 


di 


ricerca & sviluppo 


Via B. Buozzi, 6 


40057 Cadriano di Granarolo (Bologna) 
Tel. 051-765563 - Fax. 051-765568 








MOUSE CORDLESS Amiga/Atari a 260 


MOUSE OTTICO per Amiga 300 DPI. 3 
DPI. Ricevitore con autocarica batterie. 


bottoni funzionanti. Disponibile anche 


ALFA PEN. pen mouse ottico a 300 DPI. 3 
bottoni funzionanti. Disponibile anche per 


ra anche t PC. È PO. PC. 
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Fabrizio Lodi 


uesta nuova rubri- 
ca si rivolge a tutti 
coloro che si acco- 


stano per la prima volta ad 
Amiga e il suo intento è in- 
trodurre i concetti fonda- 
mentali per l'utilizzo della 
Shell e del Workbench, e 
cioè dei due ambienti da 
cui è possibile impartire or- 
dini ad Amiga. 

Si farà soprattutto riferimen- 
to a 1200ea600e cioè ai 
sistemi operativi 2.0 e 3.0. 


UN LINGUAGGIO COMUNE 


La cosa più importante da fare, quando 
si incomincia a usare un computer, 
consiste nell'acquisire un vocabolario 
tecnico minimo per riuscire a compren- 
dere riviste, libri e persone più o meno 
esperte del campo. Esistono infatti ter- 
mini tecnici ormai entrati nell'uso comu- 
ne e che vengono dati per scontati, 
mentre non sempre chi legge o ascolta 
li conosce. 

Questa rubrica non vuole però essere 
un tedioso vocabolario tecnico, anche 
perché i termini suddetti vanno imparati 
"sul campo" e non a memoria. 
Cercheremo invece di trac- 
ciare un percorso da segui- 

re, in modo da creare quel 
“campo" in cui cominciare 

a imparare. Poi tutto starà a 

voi e a un po' di pratica. 

La pratica, anche se la ci- 
tiamo per ultima, non è di 
certo la cosa meno impor- 
tante. 

Anzi, è il miglior mezzo a 
vostra disposizione per as- 
similare vocaboli, metodo- 
logie e modi di ragionare 
tipici di chi è “esperto”. 
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ICONE, MOUSE E MENU 


Quando si avvia la macchina, inseren- 
do per esempio il disco chiamato "Work- 
bench 3.0" nel “drive” (cioè nel lettore 
di dischi) interno del 1200, sullo scher- 
mo appaiono delle piccole immagini 
chiamate "icone". Questi disegni minu- 
ti rappresentano i “dischi” in cui si può 
rovistare in quel determinato momento. 
Per esempio, l'icona conla scritta “Work- 
bench 3.0" (o simile, sul 1200) rappre- 
senta un disco, in particolare il dischet- 
too “floppy disk" che avete inserito nel 
drive interno. Le icone, si badi, vengo- 
no usate da Amiga per rap- 
presentare anche altre 
cose: “directory” (vedremo 
a suo tempo cosa sono), 
programmi e dati di vario 
tipo. Per usarle, occorre pri- 
ma imparare a usare il 
"mouse". 

Molti di voi sapranno già di 
cosa si tratta, ma chi è pro- 
prio alle primissime armi po- 
trebbe gradire una succin- 
ta spiegazione. |l mouse è 
quell''aggeggio”, fornito 
con tutti gli Amiga, il cui 
scopo è dare comandi alla 
macchina. Il concetto è semplice: muo- 
vendo il mouse su di Una superficie 
(preferibilmente semi-ruvida), si muo- 
verà in corrispondenza sullo schermo 
una freccina. Se muovete in avanti il 
mouse, la freccina salirà; se lo muovete 
verso destra, la freccina farà altrettanto 
e così via. Quella freccina si chiama 
“puntatore”. ll suo nome non è casuale; 
infatti la sua funzione è quella di “pun- 
tare"all'oggetto sulloschermo che deve 
essere utilizzato per l'operazione che 
intendiamo svolgere. Per ora non pre- 
occupiamoci di come eseguire questa 
operazione, questo lo vedremo dopo, 
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ma soffermiamoci sul significato di 
“puntare”. Se vogliamo vedere il con- 
tenuto di un disco del quale vediamo 
un'icona sullo schermo, l'operazione 
che vogliamo svolgere è “esaminare il 
contenuto del disco” (vedremo dopo 
come si fa) e l'oggetto che vogliamo 
utilizzare per l'operazione (in questo 
caso il disco da esaminare) è rappre- 
sentato sullo schermo da un'icona. Ma 
dato che se indichiamo con un dito 
l'icona o proviamo a indicarla a parole, 
Amiga fa un po' fatica a capire, ecco 
che entra in gioco il puntatore. Se lo 
spostiamo in modo da sovrapporlo al- 
l'icona, Amiga saprà che quando gli 
diremo di eseguire una certa operazio- 
ne, l'oggetto su cui deve svolgere l'ope- 
razione è quello rappresentato dal- 
l'icona. Per indicare ad Amiga quale 
operazione eseguire, vi sono, quasi 
sempre, due modi. 

1) Il primo è “selezionare” (cioè preme- 
re e rilasciare) due volte in rapida se- 
quenza il pulsante sinistro del mouse. 
A seconda dell'oggetto, Amiga ese- 
guirà l'azione associata. Se si selezio- 


na un disco, questo verrà aperto e ne 
verrà mostrato il contenuto; se si sele- 
ziona un programma questo verrà ese- 
guito e così via. 

2) Il secondo consiste nel selezionare 
l'icona (premendo una sola volta il pul- 
sante sinistro del mouse) e poi nello 
scegliere un'azione dai “menu”. I menu 
diventano visibili quando si preme il 
pulsante destro del mouse: provate, e 
vedrete apparire dei nomi sulla “barra” 
in alto sullo schermo (“la barra dei 
menu"). 

Se ora, sempre tenendo premuto il 
pulsante destro, spostate il puntatore 
sulla barra, avvicinandolo a uno dei 
nomi che sono apparsi, vedrete com- 
parire dei pannelli (0 “tendine” perché 
scendono dall'alto come delle tende) 
che contengono altri nomi. Questi pan- 
nelli sono i menu, così chiamati perché 
sono una vera e propria lista (un menu) 
di azioni o “opzioni” tra cui scegliere. 
Per sceglierne una basta spostarsi 
sopra col puntatore, in modo da "evi- 
denziarla" (cioè far cambiare il suo 
colore) e poi rilasciare, senza muover- 


si, il pulsante destro del mouse. Avrete 
notato che alcune opzioni non posso- 
no essere evidenziate, ma rimangono 
scritte in modo poco leggibile (in ger- 
go si dice che sono “ghost"). Questo 
accade quando una determinata azio- 
ne non può essere eseguita, per un 
motivo o per l'altro, con l'oggetto sele- 
zionato, in modo da evitare confusioni 
nell'utente. 


PER CONCLUDERE 


Per questa volta avete un po' di mate- 
riale su cui allenarvi, semplice, ma di 
fondamentale importanza. Le prime 
volte, usare il mouse, specie con i 
menu, non è poi così semplice, ma 
basta un po' di pratica per acquisire la 
sicurezza degli “esperti”. Un ultimo 
consiglio: i manuali forniti con Amiga li 
leggono in pochi, ma in verità, a parte 
qualche errore di stampa o di traduzio- 
ne, sono fatti bene. Quindi, se su qual- 
che argomento avete qualche dubbio 
o volete saperne qualcosa di più, o 
vate a usarli! 
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DAC 18. TIT A500/800/2000/3000. 
Permette di lavorare e visualizzare 262.000 colori come 

pid 200/4000. Completamente trasparente. grazie 
alla RGB passante, può funzionare in cascata con 
genlock e digitali 










SYNTETIC - SOUND. Digitalizzatore audio stereo 16 bit, 
con frequenza di campionamento a 56 Khz, regolazione 
Ge livello di antrambi i canali, doppio ingresso linea e 
microfono. 





MICROGEN PLUS. Genlock VAS, resina FADE 
professionale, invert Ki , porta RGB passante. Banda 


4,7 Mhz +/- 
MicnOGEN PLUS $- vis ‘Genlock VIS e S-VIIS, 
Superimpose, FADE professionale, Invert Key, porta RGB 


MAXIGEN. Gantock Broadcast VIS e 5° VIS, razione 
Gel Ivello di saturazione in ingresso, 

professionale, Invert Key, porta RGB passante, e 
Kay, nove regolazioni accessibili esternamente. Banda 
passante 5,7 Mhz - 30b. 


40057 Cadriano di Granarolo (Bologna) 
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passante, Croma Key. Banda passante 5,7 hz +/-1 Db 


ul n.48 di Amiga 
Gizcezro (settem- 

bre '93) avevamo 
annunciato l'entrata in vi- 
gore del decreto legislati- 
vo sulla tutela del softwa- 
re. Si tratta di una conqui- 
sta importante per gli au- 
tori di programmi per ela- 
boratore e per le società 
produttrici danneggiate 
da una pirateria sfrenata. 
Per completare il discor- 
so sulla legge dobbiamo 
far cenno alla normativa 
penale. 
Prima dell'entrata in vigo- 
re del decreto legislativo 
sulla tutela del software, 
la legge sul diritto d'auto- 
re non prevedeva la cate- 
goria del programma per 
elaboratore tra le opere 
protette. Qualche giudice 
coraggioso aveva fatto 
rientrare il software nel 
genere cinematografico, 
punendo chi aveva co- 
piato i programmi, con le 
sanzioni penali della 
multa e, in casi particolari, 
con la reclusione fino a un 
anno. Altri giudici, inter- 
pretando con rigore lette- 
rale la legge, assolveva- 
no chi aveva copiato i 
programmi. 
La CEE, attraverso la di- 
rettiva del 1991 invitava i 
paesi membri a dotarsi di 
misure di tutela appro- 
priate contro chi metteva 
in circolazione copie di 
programma senza l'auto- 
rizzazione dell'autore. 
Il Governo italiano, rece- 
pendo l'invito della CEE e 
su delega del Parlamen- 


LEGGE E SOFTWARE 





Enrico Cammarata 





DECRETO LEGISLATIVO 


29 dicembre 1992, n.518 
Attuazione della direttiva 91/250/CEE 
relativa alla tutela giuridica dei programmi. 


IL PRESIDENTE DELLA REPUBBLICA 


omissis... 


EMANA 
il seguente decreto legislativo 


Art.l. 

1. All’art.1. della legge 22 aprile 1941, n.633, è aggiunto il seguente 
comma: 

“Sono altresì protetti i programmi per elaboratore come opere 
letterarie ai sensi della Convenzione di Berna sulla protezione delle 
opere letterarie ed artistiche ratificata e resa esecutiva con legge 20 
giugno 1978, n.399”. 


Art.2. 

Dopo il n. 7) dell’art.2 della legge 22 aprile 1941, n.633, è aggiunto 
il seguente numero: 

“8)i programmi per elaboratore, in qualsiasi forma espressi purché 
originali quale risultato di creazione intellettuale dell’autore. Re- 
stano esclusi dalla tutela accordata dalla presente legge le idee e i 
principi che stanno alla base di qualsiasi elemento di un program- 
ma, compresi quelli alla base delle sue interfacce. Il termine 
programma comprende anche il materiale preparatorio per la 
progettazione del programma stesso”. 


Art.3. 
Dopo l’art. 12 della legge 22 aprile 1941, n.633, è inserito il 
seguente: 


“Art. 12-bis. - Salvo patto contrario, qualora un programma per 
elaboratore sia creato dal lavoratore dipendente nell'esecuzione 
delle sue mansioni o su istruzioni impartite dal suo datore di lavoro, 
questi è titolare dei diritti esclusivi di utilizzazione economica del 
programma creato”. 


Art.4. 
1. Dopo l’art.27 della legge 22 aprile 1941, n. 633, è inserito il 
seguente: 


“Art. 27-bis. - La durata dei diritti di utilizzazione economica del 


programma per elaboratore prevista dalle disposizioni della pre- 
di 
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to, emanava il decreto le- 
gislativo del 1992 sulla 
tutela del software, che 
riportiamo integralmente. 
Adesso, le sanzioni pena- 
li a carico di chi duplica 
abusivamente program- 
mi per elaboratore sono 
molto più severe. 

La pena è la reclusione 
da tre mesi a tre anni e la 
multa da L.500.000 a 
L.6.000.000 e, in casi par- 
ticolari, la reclusione e la 
multa non possono esse- 
re inferiori rispettivamen- 
teaseimesi e a un milione 
di lire. 

| lettori probabilmente si 
chiederanno quali siano i 
comportamenti punibili. 
Ebbene, non bisogna as- 
solutamente: duplicare, 
importare, distribuire, lo- 
care, vendere, detenere 
programmi per elabora- 
tore a scopo.commercia- 
le senza l'autorizzazione 
dell'autore, oppure ri- 
muovere i dispositivi di 
protezione. 

| casi in cui si applicano 
pene più severe, cioè la 
reclusione e la multa, la 
prima non inferiore a sei 
mesi e la seconda a un 
milione di lire, sono due: 
1) i fatti di cui sopra (per 
esempio vendere, locare, 
ecc.) quando sono di ri- 
levante gravità; 

2) i fatti di cui sopra che 
riguardano programmi 
con bollino SIAE. 

Quali sono fatti di rilevan- 
te gravità la legge non lo 
dice. Un criterio potrebbe 
essere quello della 
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quantità di programmi abusivamente 
duplicati, poiché dalla duplicazione di 
molte copie l'autore e la società di sof- 
tware ricevono più danno economico 
rispetto alla duplicazione di poche co- 
pie. La seconda ipotesi riguarda i pro- 


grammi muniti di bollino SIAE. Infatti con 
la nuova legge i produttori di software 
potranno registrare presso la SIAE i pro- 
pri programmi, che riceveranno mag- 
giore tutela di quelli senza contrasse- 
gno SIAE. 


La legge prevede una pena mite, l'am- 
menda sino a L.400.000, per chi com- 
metta i fatti detti in precedenza non con 
dolo ma con colpa. 

Che significa tutto ciò? Significa che 
chiungue commette i fatti anzidetti (im- 


sente Sezione si computa, nei rispettivi casi, a decorrere dal 
primo gennaio dell’anno successivo a quello in cui si verifica 
l'evento considerato dalla norma”. 


Art.5. 
1. Dopo la sezione V del capo IV del titolo 1 della legge 22 
aprile 1941, n. 633, è aggiunta la seguente sezione: 


“Sezione VI - PROGRAMMI PER ELABORATORE 


Art. 64-bis - 1. Fatte salve le disposizioni dei successivi 
articoli 64-ter e 64-quater, i diritti esclusivi conferiti dalla 
presente legge sui programmi per elaboratore comprendono 
il diritto di effettuare o autorizzare: 


a) la riproduzione, permanente o temporanea, totale o par- 
ziale, del programma per elaboratore con qualsiasi mezzo 0 
in qualsiasi forma. Nella misura in cui operazioni quali il 
caricamento, la visualizzazione, l'esecuzione, la trasmissio- 
ne o la memorizzazione del programma per elaboratore 
richiedano una riproduzione, anche tali operazioni sono 
soggette all’autorizzazione del titolare dei diritti; 


b) la traduzione, l'adattamento, la trasformazione e ogni 
altra modificazione del programma per elaboratore, nonché 
la riproduzione dell’opera che ne risulti, senza pregiudizio 
dei diritti di chi modifica il programma; 


c) qualsiasi forma di distribuzione al pubblico, compresa la 
locazione, del programma per elaboratore originale o di 
copie dello stesso. La prima vendita di una copia del pro- 
gramma nella Comunità Economica Europea da parte del 
titolare dei diritti, o con il suo consenso, esaurisce il diritto 
di distribuzione di detta copia all’interno della Comunità, a 
eccezione del diritto di controllare l'ulteriore locazione del 
programma o di una copia dello stesso. 


Art. 64-ter. - 1. Salvo patto contrario, non sono soggette 
all’autorizzazione del titolare dei diritti le attività indicate 
nell’art. 64-bis, lettere a) e b), allorché tali attività sono 
necessarie per l’uso del programma per elaboratore confor- 
memente alla sua destinazione da parte del legittimo acqui- 
rente, inclusa la correzione degli errori. 


2. Non può essere impedito per contratto, a chi ha il diritto 
di usare una copia del programma per elaboratore, di 
effettuare una copia di riserva del programma, qualora tale 
copia sia necessaria per l’uso. 


3. Chi ha il diritto di usare una copia del programma per 
elaboratore può, senza l'autorizzazione del titolare dei dirit- 


ti, osservare, studiare o sottoporre a prova il funzionamento 
del programma, allo scopo di determinare le idee ed i 
principi su cui è basato ogni elemento del programma 
stesso, qualora egli compia tali atti durante operazioni di 
caricamento, visualizzazione, esecuzione, trasmissione 0 
memorizzazione del programma che egli ha il diritto di 
eseguire. Gli accordi contrattuali conclusi in violazione del 
presente comma sono nulli. 


Art.64-quater. - L'autorizzazione del titolare dei diritti non 
è richiesta qualora la riproduzione del codice del program- 
ma di elaboratore e la traduzione della sua forma ai sensi 
dell’art. 64-bis, lettere a) e b), compiute al fine di modificare 
la forma del codice, siano indispensabili per ottenere le 
informazioni necessarie per conseguire l’interoperabilità, 
con altri programmi, di un programma per elaboratore 
creatoautonomamente purché siano soddisfatte le seguenti 
condizioni: 


a) le predette attività siano eseguite dal licenziatario o da 
altri che abbia il diritto di usare una copia del programma 
oppure, per loro conto, da chi è autorizzato a tal fine; 


b) le informazioni necessarie per conseguire l’interoperabi- 
lità non siano già facilmente e rapidamente accessibili ai 
soggetti indicati alla lettera a); 


c) le predette attività siano limitate alle parti del program- 
ma originale necessarie per conseguire l'interoperabilità. 


2. Le disposizioni di cui al comma 1 non consentono che le 
informazioni ottenute in virtù della loro applicazione: 


a) siano utilizzate ai fini diversi dal conseguimento dell’in- 
teroperabilità del programma creato autonomamente; 


b) siano comunicate a terzi, fatta salva la necessità di 
consentire l’interoperabilità del programma creato autono- 
mamente; 


c) siano utilizzate per lo sviluppo, la produzione o la com- 
mercializzazione di un programma per elaboratore sostan- 
zialmente simile nella sua forma espressiva, o perogni altra 
attività che violi il diritto di autore. 


3. Gli accordi contrattuali conclusi in violazione dei commi 
1 e 2 sono nulli. 


4. Conformemente alla convenzione di Berna sulla tutela 
delle opere letterarie ed artistiche ratificata e resa esecuti- 
va con legge 20 giugno 1978, n.399, le disposizioni del 

- 
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porta, vende, ecc.) con negligenza e 
imperizia e cioè non curandosi di accer- 
tare con rigore la provenienza illecita dei 
programmi, dovrà solo pagare la som- 
ma di lire 400.000; in ogni caso si tratta 
sempre di una sanzione penale e la 


condanna può comportare, come soli- 
tamente avviene, la menzione della 
pena nel certificato penale con conse- 
guenze sociali non indifferenti. 

Infine, la condanna per il fatto di dupli- 
care, importare, distribuire, locare, ven- 


dere, detenere copie non autorizzate 
comporta sempre la pubblicazione del- 
la sentenza con le generalità dell'impu- 
tato, in uno o più quotidiani e in uno o più 
periodici del settore informativo. 

A 


presente articolo non possono essere interpretate in modo 
da consentire che la loro applicazione arrechi indebitata- 
mente pregiudizio agli interessi legittimi del titolare dei 
diritti o sia in conflitto con il normale sfruttamento del 
programma”. 


Art.6. 
1. All’art.103 della legge 22 aprile 1941, n. 633, sono appor- 
tate le seguenti integrazioni: 


a) Dopo il terzo comma è aggiunto il seguente: 


“Alla Società italiana degli autori ed editori è affidata, 
altresì, la tenuta di un registro pubblico speciale per i 
programmi per elaboratore. In tale registro viene registrato 
il nome del titolare dei diritti esclusivi di utilizzazione 
economica e la data di pubblicazione del programma, inten- 
dendosi per pubblicazione il primo atto di esercizio dei diritti 
esclusivi”. 


b) Dopo il quinto comma è aggiunto il seguente: 


“I registri di cui al presente articolo possono essere tenuti 
utilizzando mezzi e strumenti informatici”. 


Art.7. 
1. Dopo il secondo comma dell’art.105 della legge 22 aprile 
1941, n. 633, è inserito il seguente: 


“Per i programmi per elaborazione la registrazione è facol- 
tativa ed onerosa”. 


Art.8. 
1. All’art.161 della legge 22 aprile 1941, n. 633, è aggiunto, 
in fine, il seguente comma: 


“Le disposizioni di questa Sezione si applicano anche a chi 
mette in circolazione in qualsiasi modo, o detiene per scopi 
commerciali copie non autorizzate di programmi e qualsiasi 
mezzo inteso unicamente a consentire o facilitare la rimozio- 
ne arbitraria o l'esclusione funzionale dei dispositivi appli- 
cati a protezione di un programma per elaboratore”. 


Art.9. 

1. Al primo comma dell’art.171 della legge 22 aprile 1941, n. 
633, sono premesse le seguenti parole: “Salvo quanto previ- 
sto dall’art.171-bis”. 


Art.10. 
1. Dopo l’art. 171 della 22 aprile 1941, n. 633, è inserito il 
seguente: 
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“Art. 171-bis - 1. Chiunque abusivamente duplica a fini di 
lucro, programmi per elaboratore, o, ai medesimi fini e 
sapendo o avendo motivo di sapere che si tratta di copie non 
autorizzate, importa, distribuisce, vende, detiene a scopo 
commerciale, o concede in locazione i medesimi, è soggetto 
alla pena della reclusione da tre mesi a tre anni e della 
multa da L.500.000 a L.6.000.000. Si applica la stessa pena 
se il fatto concerne qualsiasi mezzo unicamente a consenti- 
reofacilitare la rimozione arbitraria o l’elusione funzionale 
dei dispositivi applicati a protezione di un programma per 
elaboratore. La pena non è inferiore nel minimo a sei mesi 
di reclusione e la multa a L.1.000.000 se il fatto è di 
rilevante gravità, ovvero se il programma oggetto dell’abu- 
siva duplicazione, importazione, distribuzione, vendita, 
detenzione a scopo commerciale o locazione sia stato prece- 
dentemente distribuito, venduto o concesso in locazione su 
supporti contrassegnati dalla Società italiana degli autori 
ed editori ai sensi della presente legge e del relativo regola- 
mento di esecuzione approvato con regio decreto 18 maggio 
1942, n. 1369: 


2. La condanna per i reati previsti alcomma 1 comporta la 
pubblicazione della sentenza in uno o più quotidiani e in 
uno 0 più periodici specializzati”. 


Art. 11. 
1. Dopo l’art. 199 della legge 22 aprile 1941, n. 633, è 
inserito il seguente: 


“Art. 199-bis. - 1. Le disposizioni della presente legge si 
applicano anche ai programmi creati prima della sua entra- 
ta in vigore, fatti salvi gli eventuali atti conclusi e i diritti 
acquisiti anteriormente a tale data”. 


Art.12. 

1. Con decreto del Presidente del Consiglio dei Ministri da 
emanarsi, sentita la Società italiana degli autori ed editori, 
entro sei mesi dall’entrata in vigore della presente legge 
saranno determinate le caratteristiche del registro, le mo- 
dalità di registrazione di cui agli articoli 6 e 7 e le relative 
tariffe. 


Il presente decreto munito del sigillo dello Stato sarà 
inserito nella Raccolta ufficiale degli atti normativi della 
Replubblica italiana. È fatto obbligo a chiunque spetti di 
osservarlo e di farlo osservare. 


Dato a Roma, addì 29 dicembre 1992 


PIT 





Gabriele Ponte 


della grafica nell'ambito della ste- 

sura di un programma; inoltre, su 
dischetto, è apparso il programma Boat 
Race con i relativi file di supporto 
(schermate, bob, musica e font) e con 
il sorgente AMOS; in questa puntata 
verrà spiegato il suo funzionamento 
commentando il sorgente, per per- 
mettere all'utente di comprenderne il 
funzionamento e di apportare eventuali 
modifiche e miglioramenti. Alcuni utenti 
hanno espresso dei dubbi sul funzio- 
namento dei comandi 3D in ambiente 
Amos Professional: in realtà tutto fun- 
ziona bene a patto di usare le giuste 
estensioni e cioè AmosPro_3D.lib 
(5.132 byte) e C3D.lib (47.696 byte) 
nella directory AProSystem e di im- 
postare correttamente il file di confi- 
gurazione dell'interprete (Estensione 
numero 4...AmosPro_3D.lib). 


L: scorsa volta abbiamo parlato 


Il diagramma di flusso del programma 
rispetta la seguente struttura: 

1) inizializzazione delle variabili, 

2) presentazione/scelta del livello di 
gioco e del numero giri di percorso, 
3) partenza, 

4) loop principale, 

5) sequenza finale d'arrivo, 

6) tabellone con i tempi, 

7) ritorno alla presentazione. 

La grafica mescola quella bitmap 
(sfondo scorrevole del paesaggio e 
cruscotto) e quella 3D (boe e scafi). 
Vediamo come sono state realizzate 
entrambe. 


Lo sfondo contenente il paesaggio è 
stato creato con il programma Terra- 
form: il file .DEM è stato elaborato da 


Scenary Animator 4 a 32 colori con 
nuvole al 75%, ponendo la telecamera 
al centro di un laghetto e orientandola 
verso i quattro punti cardinali. 

| quattro fotogrammi risultanti sono 
stati ridottiin dimensione e composti in 
un unico schermo di 960x256 pixel a 
16 colori tramite DPaint IV; sono state 
aggiunte delle case per rendere più 
realistico il paesaggio e delle onde 
sull'acqua, mediante striscie di colore 
blu chiaro e blu scuro che, animate da 
AMOS con Shift Up, generano il mo- 
vimento dello scafo sull'acqua. In se- 
guito la schermata è stata tagliata con 
Big Screen (presentato nel mese di 
ottobre di Amiga Magazine n.49) per 
ottenere un pannello di 960x148 pixel. 
La dislocazione delle boe nel paesag- 
gio tridimensionale è stata ottenuta 
mediante Costruisco3D (vedere il nu- 
mero di novembre), che salva la posi- 
zione degli oggetti tridimensionali in 
un unico file sequenziale caricato dal 
programma finale: nulla vieta di inseri- 
re direttamente i valori delle coordina- 
te di ogni singolo oggetto nel pro- 
gramma. 

L'uso di file sequenziali può risultare 
utile se dobbiamo caricare diversi 
percorsi in un gioco, perchè evita di 
appesantirne il listato con tabelle di 
DATA. Gli oggetti 3D (scafi, boe e 
motoscafo di partenza) sono stati creati 
tramite l'Object Editor fornito con 
AMOS 3D, il cui uso è già stato spie- 
gato nei numeri passati. | Bob della 
presentazione e della lancetta della 
temperatura sono stati ottenuti con il 
Bob Editor di AMOS ritagliandoli da 
due schermate ricavate con DPaint IV. 
La musica della presentazione è stata 
creata con Noisetracker e convertita 
in banco musicale (il numero 3) con 
l'apposita utility fornita assieme ad 
AMOS, mentre il banco di effetti utiliz- 


zati durante la gara è stato ottenuto 
riunendo i suoni campionati per mez- 
zo di Sample Bank Maker (banco nu- 
mero 5). 

L'ordine dei suoni è il seguente: 

1) scafo che batte sull'onda, 

2) scafo che si scontra con le boe 0 
con gli altri scafi, 

3) rumore motore, 

4) tic cronometro partenza, 

5) applauso finale, 

6) colpo pistola partenza. 

I due banchi vengono letti all'inizio del 
programma e tenuti inmemoria durante 
l'esecuzione: se avete problemi di 
memoria Chip potete cancellarli dopo 
averli utilizzati nella relativa fase di 
gioco per liberare memoria. 

L'uso appropriato dei suoni all’interno 
di un programma, dei campionatori e 
del MIDI sarà oggetto delle prossime 
puntate. 


LISTATO 


La prima riga informa l’interprete di 
utilizzare i gradi al posto dei radianti 
per le operazioni trigonometriche 
(seno, coseno...) impiegate nella rou- 
tine finale, dove appare l'elenco dei 
tempi ottenuti sul giro del percorso di 
gara. Le righe successive riservano 
una porzione di memoria per lamemo- 
rizzazione delle variabili che riguar- 
dano la posizione degli oggetti nello 
spazio 3D (boe e scafi), il loro nome 
(N$), laboa verso cui debbono dirigersi 
gli scafi (DI(14)), la velocità (VE(13)), il 
flag di salto sull'onda (CO(13)), il flag 
distato diuno scafo che sta eseguendo 
una curva tramite i comandi 
AMAL(CU(13)), il numero di giri effet- 
tuati (GIRI(14)) e la memorizzazione 
del tempo impiegato per effettuare un 
giro di percorso (CRONOMETRO$). 

Queste sono le uniche variabili riser- 
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vate; per i cicli For/(Next invece ven- 
gono utilizzate ripetutamente delle 
semplici variabili intere (A,B,l...). 

Poi viene letto l'elenco dei Font pre- 
senti su disco e si associa una varia- 
bile a ognuno dei due Font utilizzati 
(Flipp e mFast). 

Si procede quindi con la lettura dei 
suoni campionati e della musica che 
viene eseguita in multitasking duran- 
te le successive operazioni di lettura 
degli oggetti 3D (anch'essi tenuti in 
memoria con il comando Td Keep 
On). 


PRESENTAZIONE 


In questa routine, alla quale il pro- 
gramma ritorna una volta terminata la 
gara, viene caricata l'immagine di pre- 
sentazione e definite due zone di col- 
lisione sullo schermo, che servono a 
scegliere la velocità di gioco che di- 
pende dalla macchina utilizzata (A500/ 
A1200). 

Tale soluzione è stata 
adottata perché la diffe- 
renza di esecuzione dei 
comandi 3D nelle due 
macchine avrebbero 
reso ingiocabile il pro- 
gramma su una delle 
due. Per rendere la pro- 
cedura automatica biso- 
gnerebbe installare le 
Utility Extension (solo per 
Amos Professional) che 















sponibili a tutti gli utenti, dovremo 
accontentarci della soluzione addot- 
tata (a meno di non testare la velocità 
di esecuzione di un loop o andare a 
rovistare tra le strutture del sistema 
operativo). 

Scelto il computer e riposto il valore 
nella variabile AMIGA, viene liberata 
la memoria riservata alle zone di col- 
lisione (comando Reserve Zone sen- 
za parametri), viene scompattato lo 
schermo presente nel banco 10 (sal- 
vato in memoria assieme al listato) 
nello schermo numero 1, aperto in 
precedenza, e riservate tre nuove zone 
per la scelta difficoltà di gioco, nume- 
ro dei giri di percorso e fine della 
selezione. Viene quindi impostato il 
modo di scrittura JAM1 (Gr Writing 0) 
che permette di stampare sullo scher- 
mo solo le parti dei caratteri i cui bit 
sono attivi (lo sfondo risulta dunque 
trasparente), mentre il Bob letto nel 
banco 1 si occuperà di cancellare la 
zona di schermo sottostante il carat- 


tere; la scritta viene poi stampata due 
volte leggermente sfalsata e con due 
diversi colori in modo da ottenere un 
effetto di ombreggiatura, conferendo 
così alla schermata un look più gra- 
devole. 

Una volta che l'utente ha effettuato le 
sue scelte, viene liberata la memoria 
e vengono chiusi gli schermi; questa 
operazione è molto importante e va 
effettuata con molta attenzione se si 
vogliono evitare improvvisi crash del 
sistema: conviene liberare prima le 
zone riservate allo schermo, poi can- 
cellare i bob presenti sullo schermo e 
il relativo banco in memoria e quindi 
chiudere gli schermi aperti; si può 
anche causare una "garbage collec- 
tion" con il comando A=Free oppure 
introdurre un ciclo di ritardo con Wait 
2 0 Multi Wait, prima di procedere con 
altri comandi di allocazione di memo- 
ria o di apertura di schermi: in questo 
modo daremo al sistema il tempo 
necessario per liberare effettivamen- 


Con Terraform 
è stato creato il laghetto 
e i monti circostanti. 
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Il file creato 

con Terraform 

viene importato 

da Scenary Animator 4 
per creare 

i quattro schermi 
relativi alle quattro 
direzioni cardinali. 


Ecco il frutto 
del rendering 
in HAMS. 
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tela memoria(non dimentichiamo che 
stiamo utilizzando una macchina mul- 
titasking e quindi le risorse sono con- 
divise). A questo punto si procede con 
la creazione del display di gioco: vie- 
ne caricato lo schermo contenente il 
paesaggio (1), quello del cruscotto 
(2), entrambi nascosti alla visuale del- 
l'operatore (comando Screen Hide X) 
sino a quando non si è pronti alla 
partenza; vengono letti i Bob della 
lancetta dellatemperatura del motore, 
viene aperto uno schermo (il numero 
0) sul quale verranno visualizzati gli 
oggetti tridimensionali mescolati alla 
grafica bitmap del paesaggio; viene 
abilitato il doppio buffer, disabilitato 
l'update automatico dello schermo e 
dei bob, posizionati gli oggetti 3D e 
infine visualizzati i due display utilizza- 
ti (0 e 2, mentre il numero 1 rimane in 
memoria per essere ritagliato a secon- 
da della direzione del nostro scafo e 
posto nello schermo 0 tramite il co- 
mando Td Background). 











Le quattro schermate, 
dopo essere state ridotte 
in dimensione 

e numero di colori, 
vegono tagliate 

con Big Screen. 


AIAR: 


PARTENZA 


Con il loop Repeat/Until A=5 viene 
visualizzato un cronometro che 
scandisce gli ultimi cinque secondi 
prima della partenza (anche qui con 
ombreggiatura) sopra la grafica del 
paesaggio miscelata a quella degli 
oggetti 3D. Un colpo di pistola dà 
inizio alla gara. Dopo aver inizializza- 
to alcune variabili (PO=posizione di 
taglio dello schermo 1, RANGE del 
radar, DI(0)=direzione della prima 
boa da doppiare, ecc.) comincia il 
loop principale Do/Loop. Viene letto 
lo stato del joystick e, a seconda del 
suo movimento, il programma salta 
alla routine indicata dalla sequenza 
On S Goto FI, F2, ecc 

Se il numero di giri del motore è stato 
modificato (Gl<>VE) tramite joysti- 
ck, allora viene modificata anche la 
velocità del nostro scafo con un incre- 
mento che dipende dalla differenza 
tra le due variabili (cosa che conferi- 


Cn ca 


sce al gioco un notevole realismo nel- 
l'emulare il comportamento di uno sca- 
fo sull'acqua). 

Dopo aver aggiornato la velocità reale 
sul cruscotto (tenendo conto anche 
dei danni subiti dallo scafo), viene 
presa in considerazione la temperatu- 
ra del motore: questa subisce un leg- 
gero aumento se il numero di giri del 
motore è superiore al valore prece- 
dente (If GI>TEMP), mentre subisce 
un netto decremento se ci si trova in 
fase difrenata(Add TEMP,-AMIGA*6); 
per questo si tiene anche conto del 


computer utilizzato (variabile AMIGA). 
La condizione “If SALTO<0" genera 
un salto sulle ali del nostro scafo con 
conseguente perdita di velocità; 
viene anche aggiornato lo Shift Up 
dei colori della palette dell'acqua a 
seconda della velocità dello scafo. 

Dopo aver fatto avanzare lo scafo del 
giocatore e averlo fatto ruotare se- 
condo l'incremento LR, viene esami- 
nata la sua posizione sull'asse delle 
Y (distanza dall'acqua) che, se risul- 
ta essere superiore al valore stan- 
dard di 300, a causa di un salto, 
viene gradualmente abbassata con 
step di -20. A questo punto il pro- 
gramma esegue un ciclo (For $S=10 
To 13...Next S) di controllo degli scafi 
avversari, già commentato nel lista- 
to. Si procede poi verificando le 
eventuali collisioni del nostro scafo 
con quello degli avversari o con le 
boe: in questo caso viene ridotta la 
velocità e incrementata la variabile 
DANNI; in caso contrario viene sola- 
mente incrementato il nu- 
mero della boa verso cui 
dobbiamo dirigerci, ag- 
giornato il numero dei giri 
effettuati, registrato il 
tempo impiegato per ef- 
fettuare il giro di percor- 
so. La soluzione delle 
due boe (invece di una, 
come avviene nelle gare 
reali), è stata addottata 
sia per verificare. che il 
concorrente vada a dop- 
piare laboa inmodo cor- 
retto, sia per visualizza- 
re meglio le boe quando 
ci troviamo in distanza. 
Infine, terminati gli spo- 
stamenti degli oggetti e 
verificate le collisioni, possiamo ag- 
giornare il display grafico (schermo 0) 
in relazione alla direzione assunta dal 
nostro scafo (PO) sull'asse sinistro/ 
destro e della sua inclinazione (incaso 
di salto). Il comando Td Background 
permette quindi di fondere la grafica 
bitmap con gli oggetti tridimensionali: 
viene prelevata la porzione che ci inte- 
ressa dallo schermo di 960x148 pre- 
sente inmemoria, ma non visibile (con- 
tiene il paesaggio e l'acqua). 

A questo punto possiamo aggiornare 
anche lo schermo 2 con la posizione 
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degli oggetti nello spazio 3D usando 
colori differenti nel radar di bordo (si 
noti il Clip dello schermo, che permet- 
te di non uscire dai bordi del radar 
durante l'operazione di aggiornamen- 
to). 


FOTO-FINISH 


Se uno degli scafi ha terminato la cor- 
sa, si passa al foto-finish, che simula la 
ripresa da una telecamera esterna al 
nostro scafo e che segue, per un bre- 
ve periodo, lo scafo vincente come se 
la cosa avvenisse da un elicottero. 

In questo caso vengono dapprima re- 
gistrate le posizioni dei singoli oggetti 
nello spazio 3D e la loro direzione, poi 
viene effettuata una verifica per stabi- 
lire quale scafo abbia tagliato per 
primo il traguardo (si potrebbe infatti 
verificare un passaggio simultaneo 
di due o più scafi nello stesso momen- 
to), vengono chiusi gli schermi prece- 
dentemente aperti e cancellati gli og- 
getti 3D. 








Successivamente, viene aperto uno 
schermo (640x30) per visualizzare la 
scritta scorrevole che annuncia il nu- 
mero dello scafo vincente. 

Poi viene visualizzato il foto-finish vero 
e proprio durante il quale la telecame- 
ra subisce una serie di movimenti ge- 
stiti dalle routine AMAL per seguire e 
anticipare il movimento dello scafo 
vincente. 

Il programma termina con un tabello- 
ne indicante i tempi ottenuti nei vari giri 
di percorso e la richiesta di una nuova 
partita. 


MODIFICHE AL PROGRAMMA 


Come avrete certamente notato, il pro- 
gramma è stato ridotto all'osso o qua- 
si, sia per questioni di spazio sulla 
rivista, sia per non appesantirne trop- 
po la comprensione da parte del- 
l'utente meno esperto. 

Si potrebbe renderlo molto più inte- 
ressante inserendo un campionato con 
un budget iniziale limitato, diversi per- 


Ko VIVIYTM 


corsi di gara modificabili con un editor 
interno al programma oppure utiliz- 
zando “Costruisco 3D", nuovi scafi e 
relative parti di ricambio. 
Per quanto riguarda la gara vera e 
propria si potrebbe introdurre un ap- 
pannamento dello schermo quando ci 
troviamo nella scia di uno scafo av- 
versario (tramite una serie di bob che 
simulano gli spruzzi d'acqua oppure 
schiarendo la palette dello schermo 
superiore avvicinandosi al bianco), 
oppure si potrebbe utilizzare un Trim- 
mer che modifichi la posizione del 
motore a seconda delle condizioni 
dell'acqua, oppure ancora si potreb- 
be aumentare il numero degli scafi 
avversari e quindi arricchire il display 
grafico se prevedete di utilizzare il 
gioco suuna macchina veloce (A1200, 
CD32, A3000 e A4000). 
Anche lo sfondo con l'orizzonte po- 
trebbe essere differenziato a seconda 
della locazione geografica del percor- 
so di gara. 

Ah 





Il computer è l'accessorio che vuoi immediatamente a casa tua 


Malo 
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Gabriele Turchi 





elle prime due parti abbiamo 
N descritto come preparare un 

piccolo fascicolo per la pub- 
blicazione. Si è visto come progettar- 
lo, preparare l'impaginazione, inseri- 
re itesti, attribuire loro i giusti caratte- 
ri. La maggior parte dellavoro è stata 
completata. 
A questo punto, saranno sufficienti 
alcune operazioni di rifinitura e poi si 
potrà passare all'ultima fase, la stam- 
pa, che ci consentirà di avere nmano 
il prodotto finito. Come già detto, una 
delle ultime fasi è l'inserimento delle 
immagini. | formati che è possibile 
utilizzare variano fortemente, a se- 
conda del pacchetto di impaginazio- 
ne usato, ma in genera- 
le avere le immagini nei 
formati IFF o Postscript 
dovrebbe garantire una 
certa tranquillità. 
Un aspetto importante 
è la definizione dell'im- 
magine stessa, che 
deve essere sempre 
migliore o uguale a quel- 
la della stampa. 
Pensate sempre bene 
prima di usare uno 
schermo Amiga (circa 700 per 500 
punti) in una stampa laser o profes- 
sionale. L'effetto “cubetti” è garantito 
e giustificato solo dalla necessità (se 
presentate un programma e dovete 
mostrare degli schermi, non potrete 
fare diversamente). 
A questo punto non ci rimane che un 
controllo finale, che deve essere il più 
approfondito possibile. 
Fare pesanti correzioni in questa fase 
è comunque complesso e a volte può 
costringere a rivedere intere parti del- 
la pubblicazione. È quindi utile, per 
esempio, rivedere a fondo i testi pri- 
ma di inserirli nella pagina. 


Tuttavia alcune verifiche, come la cor- 
rettezza della divisione sillabica, pos- 
sono essere fatte solo sul prodotto 
finito. 


Apriamo una parentesi sull'annosa 
questione della divisione in sillabe. In 
linea dimassima non è pensabile non 
ricorrere alla sillabazione, se non in 
casi particolari. 

Uno di questi è la difficoltà che deriva 
dall'utilizzo di pacchetti in versione 
inglese, che ovviamente mancano 
della divisione in sillabe proprie al- 
l'italiano. Spesso, con un po' di pa- 


La Dopo aver progettato, 


preparata l'impaginazione, inseriti i testi, 
attribuiti loro i giusti caratteri, 


saranno sufficienti 


alcune operazioni di rifinitura 
per poter stampare il fascicolo desiderato. 


zienza e con qualche trucco, è possi- 
bile ottenere dei buoni risultati. 

In particolare, tratteremo il caso di 
Professional Page. Questo pacchet- 
to, nella vecchissima versione 1.3, 
era disponibile anche in lingua italia- 
na. Se la pubblicazione non ha parti- 
colari esigenze grafiche, come quan- 
do è presente solo il testo, e vi è 
possibile rintracciare una copia di 
questa versione del programma, po- 
treste prendere in considerazione tale 
soluzione. Utilizzando invece versio- 
ni più recenti del pacchetto, è possi- 
bile usare la sillabazione in lingua 
spagnola, correggendone a mano i 


difetti. Professional Page prevede il 
comando “\-" per inserire un punto di 
possibile sillabazione in una qualun- 
que parola, e ciò può essere molto 
utile nel nostro caso. 

Un paio di appunti sull'uso di questo 
comando: bisogna stare attenti a 
usarlo solo quando l'impaginazione 
si può considerare definitiva, visto 
che inserire delle divisioni manuali in 
un punto che poi non sarà più a fine 
riga, per un cambio di impaginazio- 
ne, è una perdita di tempo. 

Inoltre Professional Page, per con- 
sentire la divisione, inserisce un pic- 
colo spazio al posto del "\-" e, quindi, 
nel caso in cui rimanga inutilizzato, 
risulta evidente e molto 
fastidioso. Questo di- 
fetto è particolarmente 
visibile usando la stam- 
pa Postscript, mentre 
rimane difficilmente ri- 
levabile usando la 
stampa diretta del pro- 
gramma su stampanti 
a matrice di punti, In 
tutte le versioni del pro- 
gramma è molto utile, 
anziché lavorare diret- 
tamente attraverso l'interfaccia grafi- 
ca, utilizzare l'editor (Article Editor) 
presente nel pacchetto fin dalla ver- 
sione 2.0. Questo editor può visualiz- 
zare mediante simboli tutte le diretti- 
ve di impaginazione fornite al testo e 
si dimostra molto utile per l'inseri- 
mento e l'eliminazione dei comandi 
di divisione manuale. 

Il pacchetto TeX rimane sicuramente 
il più versatile, dal momento che uti- 
lizza uno schema algoritmico per la 
separazione in sillabe, facilmente 
adattabile a ogni lingua. Esistono co- 
munque dei file di configurazione per 
la sillabazione italiana. 
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LA DISPOSIZIONE DELLE PAGINE 


Terminata l'ultima revisione, abbiamo 
ormai in mano la versione definitiva 
del nostro fascicolo e siamo quasi 
pronti per andare in stampa. 
Rimane solo da considerare un parti- 
colare che dipende strettamente dal 
tipo di stampa usata: la disposizione 
delle pagine. Fino a questo momento 
abbiamo lavorato con le pagine in 
sequenza, ma questa disposizione 
rimane valida solo nel caso di stampa 
professionale. 

Come vedremo con maggiore detta- 
glio nella puntata che dedicheremo 
interamente alla stampa, nel caso del- 
l'utilizzo di stampanti che fanno uso di 
fogli A4 il nostro interesse è stampare 
due pagine per facciata. 

Le pagine saranno affiancate e mes- 
seinmodo che sia sufficiente piegare 
il foglio stesso a metà e inserirne uno 
dentro l'altro per ottenere il facicolo 
completo. 

Basterà infatti cucire in qualchemodo 
(a filo o con tradizionali punti metalli. 
ci) il fascicolo lungo la piegatura per 
concludere il nostro lavoro.Per otte- 
nere questo risultato, le pagine devo- 
no essere disposte secondo un ordi- 
ne particolare. 

Nel caso di un fascicolo di sedici 
pagine, la sequenza delle coppie di 
pagine dovrebbe essere: 16-1, 2-15, 
14-3, 4-13, 12-5, 6-11, 10-7, 8-9. Se 
avete dei dubbi, o se il nu- 
mero di pagine è diverso, 
potete semplicemente “si- 
mulare" un fascicoletto: 
prendete i necessari fogli A4, 
piegateli a metà, inseriteli 
uno dentro l’altro e numera- 
te le singole pagine. 

Fatto questo riaprite i fogli e 
separateli. Avrete numerato 
i fogli secondo lo schema 
esatto. 

Se potrete stampare le sin- 
gole pagine A5 una per una 
non avrete bisogno di fare 
questo riordino. 

In genere, però, questa tec- 
nica pone dei piccoli pro- 
blemi di allineamento, visto 
che anche la più precisa 
stampante di pagina ha una 
tolleranza di qualche milli- 
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metro nell'accettare i fogli. Con Pro- 
fessional Page o Page Stream, per 
modificare l'ordinamento delle pagi- 
ne, è sufficiente portare le gabbie, 
meglio se “raggruppate” con i rispet- 
tivi numeri di pagina, sullo sfondo, 
per poi ridisporle nelle pagine nella 
nuova sequenza. 


LA STAMPA 


Compiuta quest'ultima acrobazia, ab- 
biamo veramente finito. 

La tecnica di stampa ideale per que- 
sto tipo di pubblicazione, preveden- 
do unatiratura di qualche centinaio di 
copie al massimo, è la stampa laser. 
Per un numero basso di copie (qual- 
che decina) la laser stessa può stam- 
pare direttamente tutte le copie. 

Per una quantità maggiore può esse- 
re più conveniente stampare un ma- 
ster per poi fotocopiarlo. 
Specialmente nel secondo caso, non 
è necessario possedere una stam- 
pante laser. Esiste infatti un gran nu- 
mero di fornitori di questo tipo di 
servizi, i cosiddetti “service”, special- 
mente nelle grandi città, in particola- 
re in prossimità di Università o di 
strutture analoghe. 

| prezzi variano molto, ma, purtroppo, 
tendono a essere molto elevati in rap- 
porto al costo reale. 

Allo stato attuale il prezzo medio per 
una stampa A4 in bianco e nero è di 





circa 500 lire a pagina, contro le circa 
100 di costo reale. In.generale, per 
poter usufruire di questi centri di stam- 
pa senza troppi problemi, bisogna 
disporre di un unico file Postscript 
contenente l'intero fascicolo, meglio 
se contenuto su un dischetto in for- 
mato MS-DOS o Macintosh, 
È anche importante accertarsi che i 
font utilizzati nel documento siano 
disponibili presso il centro. È utile 
avere anche i file Postscript relativi 
alle singole stampe A4, per evitare 
problemi nel caso la stampante fosse 
dotata di poca memoria. 
Per dare un po' di personalità in più al 
nostro bollettino, possiamo usare della 
carta colorata, se la normale carta 
bianca non ci soddisfa. 
Naturalmente bisogna stare attenti a 
mantenere una buona leggibilità del 
testo. | colori tradizionalmente validi 
sono colori pastello, chiari e non trop- 
po vivaci, come rosa, arancione o 
azzurro. 
Non è necessario stampare la coper- 
tina con la stessa tecnica usata per il 
resto della pubblicazione. 
Per esempio la si può stampare su 
carta di colore differente (facendo 
sempre attenzione alla leggibilità e al 
contrasto tra i vari colori) 0 su carton- 
cino. 
Normalmente la stampa laser o la 
fotocopia non consentono di stampa- 
re su cartoncino molto pesante, quin- 
di si può pensare di stampa- 
re le copertine, e solo loro, 
mediante stampa offset, os- 
sia stampa professionale. 
Un'altra possibilità è ‘stam- 
pare la copertina a colori, 
usando una stampante laser 
a colori 0, più economica, 
una stampante a getto d'in- 
chiostro. 
Ora il nostro fascicolo è pron- 
to per essere distribuito. Di 
sicuro, vedendolo stampato, 
troverete degli errori che vi 
erano sfuggiti in preceden- 
za. 
Non pretendete di realizzare 
al primo colpo un prodotto 
perfetto, solo con l'esperien- 
za potrete evitare certi errori 
e migliorare. 

Ah 
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Paolo Canali 


abio Sassi chiede come è possibile 
È collegare un magneto ottico al suo 

A1200 e l'ordine di grandezza della 
spesa complessiva. Negliultimi due anni 
i dischi magneto ottici hanno fatto passi 
da gigante, tanto che ormai i tradizionali 
sistemi a cartucce magnetiche (Syquest, 
Bernoulli, ecc.) stanno uscendo dalmer- 
cato, nonostante gli sforzi dei produttori. 
Non solo i magneto ottici sono più silen- 
ziosi, ma ormai sono anche più veloci e 
spesso più economici e di maggiore 
capienza. Mentre limiti pratici impedi- 
scono di ridurre i costi dei supporti ma- 
gnetici, per i magneto ottici ci sono 
ancora ampi spazi di manovra. Purtrop- 
po sono entrambi fragili: se una cartuc- 
cia cade per terra, potrebbe sviluppare 
settori difettosi. 
Quasi tutti i drive magneto ottici hanno 
velocità di scrittura che è la metà di 
quella di lettura. Consumano (e quindi 
scaldano) più di un hard disk, perciò è 
sconsigliabile inserirli in un A4000: la 
versione esterna dà meno problemi. Per 
Amiga, bisogna comperare le cartucce 
da 512 byte/settore. | dischi WORM, 
inoltre, non sono utilizzabili. 
Per il controller, un drive magneto ottico 
è indistinguibile da un tradizionale siste- 
ma magnetico, quindi valgono tutte le 
indicazioni già fornite nei precedenti 
numeri di questa rubrica. Servendosi di 
CrossDos è possibile leggere e scrivere 
cartucce formattate con MS-DOS, men- 
tre A-MAX consente l'accesso a quelle 
in formato Macintosh. 
Tutti i drive magneto ottici hanno un'in- 
terfaccia SCSI2. Poiché la velocità di 
trasferimento è relativamente bassa (dai 
500 ai 1.100 kilobyte al 
secondo) si può usare 
anche un controller SCSI, 
ma in questo caso biso- 
gna assicurarsi che sup- 
porti i dischi removibili, al- 
trimenti a ogni cambio di 
cartuccia bisognerà dare 
il comando AmigaDOS 


#8 


sta 


“Diskchange". Con l'eccezione di qual- 
che modello obsoleto, i drive seguono le 
specifiche SCSI2 abbastanza fedelmen- 
te, perciò non occorrono particolari ac- 
corgimenti per collegarli ad Amiga: se 
funzionano quando sono collegati a 
Macintosh o a IBM compatibili con con- 
troller SCSI standard, funzionano anche 
su Amiga. Per essere ancora più sicuri, 
bisogna accertarsi di poter ottenere le 
versioni più aggiornate delle ROM del 
magneto ottico e del controller in caso di 
problemi. | controller GVP e quello del- 
l’A3000 gestiscono bene i magneto otti- 
ci, puressendo solo SCSI; le caratteristi- 
che del controller per A1200, “Cross 
1219", di cui chiede il lettore, non sono 
ancora note. 

Si faccia attenzione a una cosa: la presa 
DB25 di alcuni controller PC ha piedina- 
tura diversa da quella Amiga. 

Oggi il formato standard di gran lunga 
più usato è quello da 128 megabyte, che 
è giunto già alla seconda generazione (i 
più comuni drive di seconda generazio- 
ne sono gli ultimi Fujitsu ed Epson). Sono 
ancora in circolazione “fondi di magaz- 
zino” lenti, poco compatibili o con car- 
tucce fuori standard (anche se sembra- 
no quasi identiche a quelle normali): più 
che il marchio o il prezzo, bisogna veri- 
ficare le prestazioni. | prezzi partono dal 
milione e mezzo mentre le cartucce co- 
stano anche meno di 100.000 lire. 
Capacità superiori richiedono cartucce 
da 5,25 pollici: il formato a 650 mega- 
byte è stato recentemente standardiz- 
zato, ma esistono anche drive da 1 giga- 
byte o il recentissimo Hitachi (modello 
0D152) da 2 gigabyte a cartuccia. Que- 


Negli ultimi due anni i dischi 
magneto ottici hanno fatto passi da gigante: 
itradizionali sistemi a cartucce magnetiche 


(Syquest, Bernoulli, ecc) 
nno uscendo dal mercato. 


°° 


sti drive costano parecchi milioni, ma la 
recente comparsa di modelli molto velo- 
ci, come il modello “Sierra” della Pin- 
nacle Micro (1,2 gigabyte, SCSI2-Fast 
con 4 megabyte di cache interna e 19 
ms di tempo di accesso) ha fatto abbas- 
sare i prezzi degli altri. 

ll costo di queste meccaniche è parago- 
nabile a quello di un hard disk SCSI2 da 
3 gigabyte (che oltretutto è facilmente 
reperibile): se si ritiene che questa ca- 
pacità sia sufficiente alle proprie esigen- 
ze, è controproducente acquistare un 
più lento e problematico magneto ottico. 


Leonardo Isidori si lamenta per le “stra- 
ne righe sfarfallanti" che appaiono solo 
nei modi Multiscan 640x480 e Double- 
PAL (ma non durante l'uso di A-MAX) sul 
suo monitor Mitsubishi EUM 1481 colle- 
gato aunA1200. L'accoppiata di questo 
monitor con Amiga è un classico sin dai 
tempi di A3000, perché è uno dei po- 
chissimi multiscan che oltre a visualizza- 
re tutte le risoluzioni, ha anche ingressi 
videocomposito e a componenti. 

| driver posti nel cassetto Monitors sono 
stati realizzati per essere compatibilicon 
la maggioranza dei monitor multiscan 
della prima generazione, non solo con i 
Commodore; le procedure da seguire 
per ottenere i migliori risultati sono sul 
numero 52 di Amiga Magazine. 

Le tre parole con cui Isidori descrive il 
problema non sono di grande aiuto nel 
capire la causa, anche perché non ha 
fornito alcun dato sulla configurazione e 
revisione del suo A1200. Non pretendo 
le foto dello schermo, ma 
per una risposta risolutiva 
è indispensabile allegare 
un po' più di dati e descri- 
vere con precisione e at- 
tenzione quando e come 
il problema si manifesta e 
quali prove sono state fat- 
te. Le domande correda- 
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te di dati completi hanno la precedenza 
sulle altre; la descrizione della configu- 
razione del sistema e possibilmente una 
stampa dei risultati di Sysinfo (o analogo 
programma) mi sono di grande aiuto. 
Disturbi orizzontali che scorrono lenta- 
mente in senso verticale oppure rapidis- 
simi ondeggiamenti (più fastidiosi in al- 
cuni modi grafici) sono dovuti ai campi 
magnetici o all'inquinamento afmonico 
dei 230 V prodotto da trasformatori, 
motori, alimentatori, varialuce, lampade 
al neon poste troppo vicine al monitor. 
Sottili righe verticali impercettibilmente 
più chiare dello sfondo, equidistanziate, 
che appaiono solo nei modi a 31 khz in 
posizione fissa e particolarmente visibili 
su aree di colori scuri sono una normale 
caratteristica degli A1200 e A4000. 
Può diventare fastidiosa se si guastano 
alcuni componenti che fanno capo al 
DAC video di Amiga, oppure in caso di 
combinazioni “sfortunate” di monitor e 
computer. Spesso la colpa è dell’adat- 
tatore da 23 a 15 pin: è utile una prova 
incrociata con cavi e monitor di un altro 
Amiga. 

Un noto difetto della prima serie di A1200 
sono fasce di disturbo orizzontali visibili 
in qualsiasi modo grafico che riguarda- 
no colore e luminosità dell'immagine e si 
manifestano durante il “cli- 
ck" delle testine del floppy 
drive o l'attività dell'hard 
disk. Il difetto, che simani- 
festa solo con alcuni mo- 
delli di monitor, è correg- 
gibile con un semplice in- 
tervento in garanzia, per 
evitare che il rumore rac- 
colto dalle piste di alimen- 
tazione raggiunga la cir- 
cuiteria video analogica. Una nota tecni- 
ca per la soluzione del problema è stata 
inviata da tempo a tutti icentri assistenza 
autorizzati. Non è raro il guasto descritto 
da Andrea Dezzani: sottili segmentini 
orizzontali (simili al normale artifatto del 
modo HAM) che appaiono alla destra di 
elementi grafici fortemente contrastati, 
di solito solo nel modo SuperHires e in 
quelli deinterlacciati (cioè con il pixel 
clock più alto) e a computer caldo. Spes- 
so è causato dal surriscaldamento di un 
chip custom o da problemi di accesso 
alle RAM e non si può risolvere con 
mezzi di fortuna. 

A proposito di ipotetici guasti delle CIA, 
si è rivelata vera la promessa che gli 
ingegneri Commodore fecero almomen- 
to della presentazione di A600: i CIA di 
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questo modello, impiegati anche su 
A1200 e A4000, sono quasi indistruttibi- 
li. Questa miglioria e l'assenza di zoccoli 
che si possono ossidare ha visibilmente 
ridotto il numero di guasti. 


Alcune lettere sono piene di delusione 
per A4000, che ha alcune caratteristiche 
inferiori a quelle dell'Amiga precedente- 
mente posseduto. È irrealistico aspet- 
tarsi che un A4000/040 “base” sia supe- 
riore inogni aspetto aun A2000 espanso 
con le migliori schede disponibili, che 
da sole costano più di tutto il 4000. 

Il confronto con prezzi e prestazioni de- 
gli IBM compatibili va fatto con cautela: 
in quell'ambiente appena si vuole qual- 
cosa di diverso dalle configurazioni stan- 
dard nascono difficoltà di compatibilità, 
di documentazione e anche di reperibi- 
lità che sono superiori a quelle dei pro- 
dotti per Amiga, che in più hanno il 
vantaggio di essere longevi. 

| difetti di A4000 sono facilmente com- 
prensibili conoscendo il modo in cui la 
CPU accede agli altri componenti del 
computer: una regola empirica stabili- 
sce che se sono sulla stessa scheda, 
l'accesso è molto più rapido. A4000/040 


halaCPUsuunaschedaa parte che non 
contiene nient'altro, quindi è comprensi- 
bile che sia più lento di acceleratrici con 
68040 e RAM sulla stessa scheda. 

Il vantaggio di questa soluzione è evi- 
dente: è possibile sostituire la scheda 
CPU con altre più veloci, magari con 
68060, senza bisogno di cambiare la 
motherboard. 

Tutte le parti che compongono un com- 
puter non possono agire in qualsiasi 
momento: le azioni che ogni singola uni- 
tà compie possono accadere solo quan- 
do un segnale particolare, detto “clock", 
cambia di stato: per esempio, quando 
dal livello logico 1 passa al livello 0. Se la 
“frequenza di clock" è di 25 Mhz, ciò 
succede 25 milioni di volte al secondo. 
Quando si devono far comunicare tra 


È irrealistico aspettarsi 
che un A4000/040 "base" sia superiore 

in ogni suo aspetto a un A2000 espanso 

con le migliori schede disponibili, 

che da sole costano più di tutto il 4000. 


loro unità governate dallo stesso clock, 
la soluzione è semplice: a esempio, nel 
caso di CPU e fast RAM sulla motherbo- 
ard di A4000, la CPU dà il comando alla 
RAM, aspetta per untempo che dipende 
esclusivamente dai circuiti che la colle- 
gano alla CPU (dovrà essere almeno 
sufficiente per consentire alla RAM di 
fare il suo lavoro), quindi riceve i risultati. 
Per quanto detto, il tempo necessario è 
un multiplo esatto di un venticinquemi- 
lionesimo di secondo: senza portarci 
dietro numeri scomodi, si può diretta- 
mente definire il numero di “wait state” 
come il numero di venticinguemilionesi- 
mi di secondo (cioè “cicli di clock") com- 
plessivi che la CPU deve impiegare ogni 
volta che accede alla RAM. 
Qui c'è il primo lato oscuro di A4000/040: 
nell'A4000/030 occorrono cinque cicli di 
clock per ogni accesso (un numero ra- 
gionevole, considerando che ogni tra- 
sferimento è di ben 32 bit), ma la scheda 
CPU di A4000/040 aggiunge altri due 
wait state e, per il modo di lavorare del 
68040, se le cache sono attive, ogni 
accesso in memoria consiste sempre in 
quattro letture o scritture: il totale è di 28 
cicli! Per confronto, un A3000 equipag- 
giato di RAM “Static Column” con “in- 
struction burst” attivo, trasferisce gli stes- 
si dati in 11 cicli di clock, 
e alcune schede accele- 
ratrici per A2000 sono an- 
cora più veloci. 
È evidente che per otte- 
nere prestazioni simili con 
un A4000/040 bisogne- 
&& rebbe sostituire la sche- 
da CPU con una dotata di 
memoria propria: i princi- 
pali produttori ne hanno 
annunciati alcuni modelli. Poiché il costo 
del 68040 rappresenta oltre il 90% del 
valore della scheda CPU, un “trasloco” 
del 68040 sulla nuova scheda sarebbe 
abbastanza economico. 


A4000 E CONTROLLER SCSI 


Alessandro Benetti si lamenta per i pro- 
blemi che ha incontrato nello scegliere 
un hard disk per il suo A4000. Su quello 
AT-BUS che aveva tentato di installare 
venivano corrotti i file lunghi: alcuni pro- 
grammi non partono se risiedono su 
hard disk (il Workbench emette il mes- 
saggio “impossibile caricare <nome pro- 
gramma>"), mentre se vengono caricati 
dal floppy funzionano bene. 

Come descritto sul numero scorso di 
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Amiga Magazine, per eliminare il proble- 
ma sarebbe bastato impostare a Oxffff il 
parametro “maxtransfer” di ogni parti- 
zione. 

Successivamente, il signor Benetti ha 
acquistato controller e hard disk SCSI 
sperando di migliorare la situazione, ma 
ottenendo risultati da “clone 486": un 
transfer rate di soli 700 kilobyte al secon- 
do. 

Purtroppo SCSI non significa automati- 
camente velocità: né per l'hard disk, né 
per il controller. Il prezzo pagato dal 
signor Benetti sarebbe ragionevole per 
unCP-30540, il modello attualmente pro- 
dotto da Conner (con velocità di rotazio- 
ne di 5400 RPM e cache come tutti gli 
SCSI2 moderni), ma dalle informazioni 
allegate alla lettera sembrerebbe che 
egli abbia acquistato un CP-3500540MB, 
che è un modello presentato nel 1991 
con forma e capacità quasi identiche, 
ma che non è SCSI2, non ha cache ed è 
molto più lento.Benetti ha poi acquistato 
un GVP 4008, che è una scheda SCSI a 
16 bit (Zorro2) basata su un chip a 8 bit 
della stessa famiglia di quello usato su 
A590 e nei precedenti controller GVP: la 
sigla è abbastanza indicativa. Le sche- 
de a 16 bit danno cattive prestazioni su 
A3000 e A4000 proprio per una questio- 
ne di wait state. 

Le schede Zorro2 sono controllate da un 
clock di 14 Mhz, diverso da quello della 
CPU: questo significa che occorre un’uni- 
tà di sincronizzazione interposta tra CPU 
e bus. Non meno di 14 wait state sono 
introdotti solo per far comunicare il 68040 
con questa unità e poi bisogna ancora 
attendere finché un cambiamento di sta- 
to del clock a 14 Mhz coincida con uno 
del clock a 25 Mhz: tutte queste attese 
servono a trasferire due soli byte e ogni 
16 bit occorre ripetere tutta la trafila! Se 
il controller usa il metodo “polling” (detto 
anche “programmed 1/0”), la CPU deve 
trasferire i byte uno a uno dalla scheda e 
occupa quasi tutto il suo tempo aspet- 
tando di poter accedere al bus senza 
fare alcun lavoro utile: in queste condi- 
zioni, la velocità di trasferimento rag- 
giunge 1,5 megabyte al secondo al 
massimo, a prescindere da quanto il 
chip SCSI può permettere. Nel caso di 
A2091 il limite è di 450 kilobyte al secon- 
do. 

Coni controller che usano il DMA posso- 
no accadere due cose: 

1) Se la ROM è recente (è il caso di 
GVP4008 0 di A2091 con ROM 7.0) tiene 
conto del fatto che solo la Chip RAM di 


A4000 supporta il DMA a 16 bit, quindi il 
controller lavora in modo polling, eccet- 
to che quando accede alla Chip RAM, 
dove opera in DMA liberando la CPU. 
2) Se le ROM sono vecchie, tentano di 
fare DMA dove non possono (l'A4000 
non parte neanche!), oppure (se seguo- 
no le regole Commodore) funzionano 
ma adottano una strategia “disperata” 
che dà prestazioni massime di 40-60 
kilobyte al secondo. 

A4000 è ottimizzato per le schede Zor- 
ro3, a 32 bit: il SuperBuster revisione K 
gestisce il DMA a 32 bit su tutta lamemo- 
ria; quando una scheda si sincronizza 
con il clock della CPU resta in quello 
stato e non occorre ripetere tutta la pro- 
cedura di accesso; l'unità di sincroniz- 
zazione è più semplice e richiede solo 6 
wait state (5 con il SuperBuster revisione 
K) per faraccedere il 68040 alla scheda; 
essendo a 32 bit, il trasferimento coin- 
volge il doppio dei dati. 

Queste caratteristiche si traducono in 
prestazioni esaltanti come è evidente 
leggendo la prova del controller Zorro3 
“Fastlane”. 

Un controller Zorro2 si può usare come 
rimedio temporaneo per sfruttare hard 
disk SCSI di cui si è già in possesso, per 
un CD-ROM o uno streamer; ma se si 
vogliono buone prestazioni si deve usa- 
re un controller Zorro3, altrimenti è me- 
glio acquistare uno dei nuovi hard disk 
AT-BUS veloci e privi del “bug maxtran- 
sfer”. 


A500 OVERDRIVE! 
Renato Palumbo chiede se è possibile 
montare RAM aggiuntiva sulla mother- 


board del suo A500 revisione 6A, visto 
che sono presenti fori per saldare altri 
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512 Kb di RAM tipo 514256. Come spie- 
gato sul numero 44 di Amiga Magazine 
(aprile '93), le piste della motherboard 
sono configurate per accettare questa 
memoria solo in alternativa a quella del- 
l'espansione A501. 
Per far coesistere questa espansione 
con la A501 bisogna costruire il sempli- 
ce circuito descritto nel progetto hard- 
ware di pubblico dominio "Rascal". Il 
risultato sarà 1 megabyte di Chip RAM e 
0,5 megabyte di Fast RAM, una configu- 
razione particolarmente compatibile con 
tutti i giochi. 
La treccina terminata con “faston" fem- 
mina che penzola da un angolo di alcu- 
ne tastiere di A500 andrebbe collegata a 
un faston maschio fissato alla vite del 
drive, per diminuire i disturbi irradiati da 
Amiga. Questa riduzione non è richiesta 
dalle norme in vigore in Europa, quindi il 
faston non è stato messo. Le tastiere di 
A500 venivano prodotte da ditte esterne 
e non è tanto facile modificare le speci- 
fiche di una commessa. 
L'ultima domanda del signor Palumbo 
riguarda il 68010 e il 68020: mentre il 
primo può essere sostituito al 68000 
senza alcun problema, il 68020 ha una 
forma diversa e occorre almeno un cir- 
cuito stampato per adattare gli zoccoli; 
per sfruttarne la maggiore velocità, si 
deve costruire una vera e propria sche- 
da acceleratrice con RAM a 32 bit. 
Un progetto di acceleratrice 68020 di 
pubblico dominio è la scheda “Lucas/ 
Frances", però essendo pensata per 
A1000, bisogna ridisegnare il circuito 
stampato (che comunque ha degli erro- 
ri) per infilarla in A2000 o A500. 
È più semplice costruire la scheda acce- 
leratrice a 14 Mhz basata su 68000: 
anche questo è un progetto di pubblico 
dominio, più volte rimaneggiato e miglio- 
rato. Chi la vuole montare deve assicu- 
rarsi di avere l'ultima versione dello sche- 
ma, corretto dal signor Livio Plos di Por- 
denone e da Joerg Richter, perché le 
prime (che usavano un solo flip-flop e 
non richiedevano circuito stampato) non 
funzionano. 
In pratica, il 68010 non dà vantaggi 
apprezzabili; il 68000 a clock doppio dà 
un'accelerazione evidente e non è diffi- 
cile da costruire, ma forse costa troppo 
per quel che fa; la scheda Lucas con- 
sente anche di eseguire i programmi per 
68020 e superiori, ma è molto difficile da 
costruire e per sfruttarla occorre com- 
pletarla con Fast RAM a 32 bit. 
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NUOVO DIGITALIZZATORE A COLORI 


Tracking automatico. $ ta l'interfaccia AREXX quindi Videon può 
essere programmato a to. e i nuovi Amiga 1200, 4000 
con palette migliorata, con possibilità di digitalizzare 2, 4, 8, 16, 32, 64, 
128, 256, 4.096, 29.971, 262.000 su una palette di 16.777.000 colori 
in risoluzioni da 320 x 256 fina a 1476 x 576 oppure 1600 x 1280 con 
VISIONA. Il software permette di creare tutti gli effetti. Può effettuare 
animazioni tridimensionali in tutte le risoluzioni Amiga. Inoltre il Videon 


4.1 è in grado di digitalizzare immagini in b/n con la stessa à di uno 
scanner da 300 dpi. Salva i seguenti formati: IFF, IFF 24, RGB, ANIM. 


KIT HARD DISK 271/2 PER AMIGA 1200 


HARD DISK AMIGA 1200 85 Mb =L 490.000 
HARD DISK AMIGA 1200 170 Mb L. 690.000 


THE SUPER COPY L. 39.000 


E' ARRIVATO ÎL MOMENTO DI POSSEDERE LA PIU POTENTE INTERFACCIA DI BACKUP MAI 
REALIZZATA. L'INTERFACCIA E DOTATA DI © LED INDICATORI CHE SEGNALANO IL COR- 
RETTO NTO E IL TRASFERIMENTO DATI. Si CONNETTE DIRETTAMENTE ALLA 
PORTA DRIVE AMIGA (NON NECESSITA DI SALDATURE), QUINDI DI SEMPLICISSIMI 
INSTALLAZIONE. È" iN GRADO DI RIPRODURRE FEDELMENTE TUTTI | VOSTRI PROGRAMMI 
ORIGINALI RIPRODUCE ESCLUSIVAMENTE PROGRAMM ORIGINALI PER COPIE DI SICUREZZA 
AD USO STRETTAMENTE PERSONALE 


oe LR Lta ne 


GENITITLER (rrroverice nrrnaso) L. 99.000 


LL! 
I LIT 


ROCKGEN PLUS 
L. 399.000 


Genlock semiprofessionale con 

regolazioni di fader, mode e 

invert. Indicatore di segnale 

Video presente. Alimentazione ad Amiga e/o esterna. Dissol- 
venza duale con due manopole per la regolazione dell'overlay 
e invert effect. RGB indipendente e passante video pass-thru 
per separare il segnale Amiga da quello video. Ingresso key-in 
per dispositivi croma. Compatibile con tutti gli Amiga e 
Commodore VDTV e compatibilità dei sistemi video Pal/NTSC. 


Nuovissimo genlock profess. qualità Broadcast con S- 
VHS in uscita, regolazione livelli, 2 uscite video per 
visualizzare il vostro lavoro mentre viene registrato. 
Possibilità di Super impose. Banda passante 6 Mhz, 

1 Vpp, 75 Ohm. Manuale in italiano. Alimentazione 
esterna a 500mA 12V (alimentatore fornito). 


Versione Broadcast professionale. 


Nuovo campionatore stereofonico per Amiga. 


INTERFACCIA MIDI per AMIGA L. 39.00 


LASER DISK L. 199.000 
Interfaccia Amiga + gioco Dragon's Lair 
L. 299.000 


LASER DISK 
Interfaccia PC + gioco Dragon's Lair 
L. 599.000 


LETTORE PIONEER 
idoneo per interfaccia CD Audio e Video 


DISCHETTI 3 1/2 DD POLAROID 
L. 800 caD PER QUANTITÀ 


OFFERTA STAMPANTE COLORI 
STAR LC 100 L. 375.000 





VENDITA PER CORRISPONDENZA IN TUTTA ITALIA. EVASIONE ORDINI IN 24 ORE. 
PREZZI IVA COMPRESA, SERVIZIO RIVENDITORI QUALIFICATI. 








Carlo Dal Piolo 


sioni, campo in cui tutti comune- 

mente si riferiscono agli IBM- 
compatibili, almeno nel campo dei 
videogiochi. 
Ci permettiamo innanzitutto di fare un 
po' di campagna pro-Amiga: lo spet- 
tacolo poligonale sui PC indubbia- 
mente c'è, ma le richieste hardware di 
certi ultimi giochi per i PC sono note- 
voli. È impossibile apprezzare certi 
paesaggi se poi la “scattosità" pre- 
giudica tutto, e se non si spendono 
fior di milioni! 
Finita la polemica (sterile o meno), ci 
permettiamo anche di consigliarvi un 
gioco che presumibilmente avrà poco 
da invidiare alle superproduzioni in 
3D: si tratta di Inferno, simulatore 
spaziale di Ocean dotato di un impat- 
to straordinario. 
Le battaglie spaziali all'interno di 
canyon e strutture sono tra le più 
spettacolari, a livello di certe sequen- 
ze di noti film di fantascienza; il gioco 
avrà una struttura prevalentemente 
arcade (in origine doveva essere il 
seguito del mitico Epic), ma vanterà 
tremodelli di volo differenti, particola- 
re piuttosto sofisticato per un arcade: 
si vola inun modo se si è nello spazio, 
inunaltro sorvolando la superficie dei 
pianeti, in un altro ancora quando si 
sfila tra le pareti dei canyon. 
A dir poco eccezionale l'introduzione 
in rendering, favolose le musiche de- 
gli Alien Sex Fiend, noto gruppo mu- 
sicale. 
Il gioco è previsto per Amiga 1200 e 
CD 32 (nel secondo caso le musiche 
saranno decisamente sconvolgenti). 
E avreste mai pensato che il tratta- 
mento poligonale potesse essere ef- 
fettuato anche su un “semplice” gio- 
co di macchinine? 
Per Acid Software nulla è scontato: il 


P arliamo un po' delle tre dimen- 


suo Skidmarks, gioco in cui si guida- 
no microscopiche automobiline in un 
classico del genere Off-Road, è co- 
stellato di pura genialità programma- 
toria. 

Le macchinine sono in ray tracing 
(800 frame in tutto!) e le piste sono 
poligonali ma per niente grezze: con 
tante piccole facce di poligoni alla 
Acid hanno creato delle piste assolu- 
tamente realistiche, a cui si vanno ad 
aggiungere svariati elementi grafici 
che contribuiscono a rendere il tutto 
ancora più bello da vedere. 

E presente pure uno split screen oriz- 
zontale per giocare in due contempo- 
raneamente, che non rallenta assolu- 
tamente l’azione. 

Il gioco è previsto per A500 ma è in 


% Le battaglie spaziali 
all'interno di canyon 
e strutture sono #6 
tra le più spettacolari. 


grado di intercettare i chip AGA: in 
caso di individuazione positiva, la 
grafica risulterà molto più definita e 
sarà presente una varietà più ampia 
di opzioni. Ultima nota per la giocabi- 
lità: S-t-r-a-o-r-d-i-n-a-r-i-a. 

Per finire, ecco che qualcuno sfrutta 
l'hard disk: ospite d'eccezione del 
disco fisso dell’A1200 sarà nienteme- 
no che Star Trek, la più popolare 
serie televisiva di fantascienza. 

Per la precisione, siamo di fronte a 15 
megabyte che proporranno due stili 
di gioco differenti: simulatore di bat- 
taglie spaziali, con astronavi splendi- 
damente dettagliate che possono 


essere inquadrate da qualsiasi ango- 
lazione; poi c'è il classico stile da 
avventura grafica, che è anche la 
parte più ampia del gioco. 
Star Trek: the 25th Anniversary, que- 
sto il titolo completo del gioco, ripro- 
duce alla perfezione l'atmosfera del 
serial: incontri e scambi culturali con 
alieni, scontri a colpi di laser, utilizzo 
di tutti i protagonisti del serial (Kirk, 
Spock, McCoy ecc.) e soprattutto una 
trama intrigante con enigmi ben con- 
gegnati. 
La grafica sfrutta i 256 colori (un hip- 
hip hurrà mi sembra doveroso...) del- 
l'’A1200, proponendo così finalmente 
una grafica ricca di sfumature e asso- 
lutamente indistinguibile dalla con- 
troparte su PC. 
Ultima segnalazione per un gioco 
ancora in fase di sviluppo ma che si 
preannuncia come uno tra i più origi- 
nali prodotti degli ultimi tempi: pro- 
grammato dalla mitica Bullfrog Sof- 
tware (vi dicono niente Populous 1 e 
2, Powermonger e Syndicate?), è il 
primo simulatore di luna park della 
storia dei videogiochi. 
La struttura di gioco ricorda da vicino 
quella di Sim City, ma stavolta do- 
vranno essere installati classici intrat- 
tenimenti come montagne russe, tun- 
nel dell'orrore, ma anche chioschi per 
la vendita di pop-corn e bevande. 
Rispetto al “serioso” Sim City, potrete 
verificare il gradimento del pubblico 
non tramite sterili cifre, ma osservan- 
do direttamente la reazione dei ra- 
gazzi presenti nel luna park: ancora 
una volta la Bullfrog ci stupisce ricre- 
ando un popolo di piccole intelligen- 
ze artificiali. 
In definitiva, dovrebbe essere la più 
divertente simulazione “edile” della 
storia. 
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a cura di Carlo Santagostino e Roberto Attias 
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VClock @ Tobias Ferber 


VClock è un programma di pubblico do- 
minio che visualizza un orologio digitale 
con ora e data odierna. Il programma 
richiede la versione 1.3 del sistema opera- 
tivo (0 superiore) e si installa trasportan- 
done l'icona nel cassetto desiderato. L'oro- 
logio viene disegnato all'interno di una 
finestra e le sue dimensioni possono esse- 
re modificate agendo sul gadget apposi- 
to. La data compare invece nella barra del 
titolo della finestra. VClock supporta di- 
verse opzioni informato AmigaDOS o Unix. 
Le opzioni in formato AmigaDOS utilizza- 
bili in caso di lancio del programma da 
Shell sono: 

X <n>: specifica <n> come coordinata x 
della finestra all'apertura; Y <n>: specifi- 
ca <n> come coordinata y della finestra 
all'apertura; 

WIDTH <n>: specifica <n> come larghez- 
za della finestra all'apertura; 

HEIGHT <n>: specifica <n> come altezza 
della finestra all'apertura; 

SETPEN <n>: indica il colore da utilizzare 
per i segmenti accesi dell'orologio; 
UNSETPEN <n>: indica il colore da utiliz- 
zare per i segmenti spenti dalla penna; 
OUTLINE <n>: indica il colore da utilizza- 
re per il bordo dei segmenti; 

BACKFILL <n>: indica il colore dello sfon- 
do della finestra; 

BLANK <n>: visualizza l'orologio su uno 
schermo hires. il valore <n> (posto tra 0e 
5) indica la scelta di una delle sei palette 
disponibili per tale schermo. 
llprogramma è distribuito con sorgente C. 


SPECIFICHE DEL PROGRAMMA 


512 kb RAM 
Kickstart 1.3 


Utilizzo 
da Workbench doppio click sull'icona 


File di supporto 
nessuno 


Mand2000D @ Cygnus Software 


Mand2000D è la versione demo di un 
programma commerciale per l'esplora- 
zione dei frattali. 

Il programma richiede la versione 2.0 del 
sistema operativo. Per installare il pro- 
gramma copiate i fi-le: “Mand2000D, "Twe- 
enPlayer"”, “Mand2000Defaults" e 
“Mand2000Demo.help" nella directory 
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desiderata, e i file contenuti nella directory 
ARexx nella directory REXX:. 

Una volta lanciato mediante doppio click 
sull'icona “Mand2000D” il programma vi- 
sualizza una finestra sullo schermo del 
Workbench contenente una rappresenta- 
zione di una parte dell'insieme di Mandel- 
brot. Con il mouse potete spostare la por- 
zione di insieme visualizzata premendo il 
pulsante sinistro nell'immagine e spostan- 
do il puntatore mantenendo il pulsante 
premuto. Se invece eseguite un doppio 
click in un punto dell'immagine otterrete un 
bellissimo effetto di zoom. Mand2000D è 
dotato di numerose funzioni accessibili 
tramite i menu. In caso vi siano più finestre 
aperte, si deve ricordare che le funzioni si 
applicano a quella attiva. Le voci più im- 
portanti del menu “Project” sono: 

“New Mandelbrot” e “New Julia": aprono 
un ulteriore finestra rappresentante un in- 
sieme di Mandelbrot o di Julia. L'insieme di 
Julia viene rappresentato a partire da un 
punto dell'insieme di MandelBrot che può 
essere impostato col mouse. 

“Open”, “Save”, “Save as", “Save Screen 
as” e “Print”: consentono di caricare, sal- 
vare e stampare il frattale in esame, ma le 
funzioni di salvataggio e stampa sono di- 
sabilitate in questa versione demo. 
“Show Location”: visualizza un nuovo in- 
sieme di Mandelbrot e una lista indicante 
alcune delle più interessanti zone dell'in- 
sieme. Selezionando uno dei nomi viene 
indicata la porzione di insieme corrispon- 
dente. 

“Reset Window": riporta le coordinate del- 
l'insieme in esame a quelle di partenza. 
"Pause": mette in pausa il programma. 
"Help": permette di accedere a una sezio- 
ne di aiuto del programma. 

Il menu “Zoom” contiene le seguenti voci 
relative alle funzioni di ingrandimento: 
"Increase Magnification" e “Decrease 
Magnification”: il primo esegue un ingran- 
dimento dell'immagine, mentre il secondo 
esegue la funzione contraria. 

“Box Zoom” permette di indicare un rettan- 
golo che verrà assunto come nuova por- 
zione dell'insieme visualizzata. Una volta 
selezionata questa voce, premente il pul- 
sante sinistro del mouse in un punto del- 
l'immagine, quindi allargate il rettangolo 
spostando il mouse e premete nuovamen- 
te il pulsante per attivare lo zoom. 

“Set location” permette di specificare ma- 
nualmente nuove coordinate per la porzio- 
ne di insieme da esaminare, oltre a fornire 
la possibilità di visualizzare altri tipi di 
frattali tramite un gadget ciclico. 

“Good spots” permette di accedere a un 
sottomenu contenente i nomi attribuiti ad 
alcune delle zone più interessanti dell'in- 
sieme. 


Selezionando uno di questi nomi viene 
mostrata la zona corrispondente. 

“Set Julia seed" apre una finestra tramite 
la quale specificare se si desidera che il 
seme per l'insieme di Julia sia impostato 
agendo col mouse sullarappresentazione 
dell'insieme di Mandelbrot. 

“Undo" e “Redo" permettono di muoversi 
avanti e indietro negli zoom eseguiti. 
“Force recalc” forza il ricalcolo della zona 
visualizzata. 

Nel menu “Setup” troviamo le seguenti 
voci: “Cycle colours": fa ciclare i colori 
dell'immagine. 

“Set colours": mostra un requester con la 
palette utilizzata, che può essere modifi- 
cata a piacere. Nel requester sono pre- 
senti anche un controllo per la velocità del 
ciclo ("Wait") e la sua direzione (“Backwar- 
ds” o “Forwards"). Si noti che la voce “Set 
colours” è selezionabile solo se l’immagi- 
ne non è sullo schermo Workbench. 
“Colour mapping” permette di decidere 
come i vari colori disponibili nella palette 
devono essere associati ai punti dell'insie- 
me in esame. 

"Set screen" apre un requester tramite il 
quale è possibile scegliere la risoluzione e 
il numero di colori da utilizzare. 

“Set max iters." permette di definire il nu- 
mero massimo di iterazioni da eseguire 
per il calcolo del colore di ogni punto. 
"Set misc": fornisce il controllo su alcuni 
parametri del programma, come la possi- 
bilità di usare un joystick per spostarsi 
nell'immagine o zoomare, quella di aprire 
schermi Extra Half Brite, e la velocità di 
zoom. 

“# of draw passes” permette di decidere 
se l'immagine deve essere disegnata in 
più passi, migliorando ogni volta l'appros- 
simazione oppure direttamente con la pre- 
cisione finale. 

“Status window” apre una finestra conte- 
nente informazioni sull'immagine. Selezio- 
nando la finestra (o lo schermo se l'imma- 
gine non è su finestra) è possibile sapere 
coordinate dello schermo, coordinate rea- 
li e numero di iterazioni eseguite per il 
punto dell'insieme sottostante al puntato- 
re del mouse. 

“Titlebar": permette di attivare o disattiva- 
re la barra del titolo dello schermo. 
“Backdrop”: se questa voce è selezionata 
l'insieme viene visualizzato suuna finestra 
backdrop in caso di uso di uno schermo 
diverso dal Workbench. 

“Workbench”: se questa voce è attiva l'im- 
magine viene posta in una finestra su 
schermo Workbench. È 
“Free buffers” libera parte della memoria 
occupata da buffer. 

Nel menu “Movies” troviamo due voci per . 
la realizzazione di animazioni. 
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“Make ‘zoom movie" permette di creare 


| animazioni di zoomate. Per creare una sem- 


sà 


‘plice animazione potete procedere come 


segue: Selezionate la voce "Reset window" 


- del menu “Project” ed eseguite qualche 


| zoom mediante doppio click sull'immagi- 





‘ne. Selezionate la voce “Make zoom mo- 


| vie” e premete il gadget “Make movie”. Il 


programma genererà i frame dell'anima- 
zione in RAM: col nome “MovieFrame”. Per 
visualizzare l'animazione, dovete lanciare 


| il programma TweenPlayer e tramite il file 


requester eseguire un doppio click sul pri- 
mo dei frame “MovieFrame”. Si può gene- 
rare un numero diverso di frame o modifi- 
carne il nome e il device mediante il reque- 
ster che si apre selezionando “Make zoom 
movie”. Disabilitando il flag “Tweening* 
verranno generate animazioni molto più 
precise; queste però non possono essere 
visualizzate con Tweenplayer, e necessita- 
no di un programma in grado di visualizza- 
re animazioni a partire dai frame IFF (come 
DPaint). 

“Make mand morph” permette di produrre 
animazioni basate sul morphing tra rappre- 
sentazioni di una zona. Selezionate questa 
voce dopo aver eseguito il reset della fine- 
stra, variate il valore di “Current Ratio” e 
premete “MakeMorph”. | frame dell'anima- 
zione verranno salvati in RAM: col nome 
*MorphFrame” e potranno essere visualiz- 
zati con un programma di animazione qua- 
lunque (non con TweenPlayer). 


Sta RE RAI eine 


Kickstart 2.0 


Utilizzo 
da Workbench doppio click sull'icona 
File di supporto 


, Mand2000Defaults 
e .help 


McMaster @® Michael Watzl 


McMaster è un programma per la stampa 
di copertine per le cassette musicali, che 
funziona a partire dalla versione 2.04 del 
sistema operativo. Per installare il program- 
ma è sufficiente trasportarne l'icona nel 
cassetto desiderato, mentre il lancio avvie- 
ne mediante il solito doppio click. 

Nella parte superiore dello schermo visua- 
lizzato sì trovano quattro riquadri. | due 
riquadri superiori sono destinati a contene- 
re autore e titoli del lato A e B di una 
cassetta (l'autore deve essere scritto nella 
prima riga e il titolo nella seconda), mentre 
in quelli inferiori devono essere scritti i titoli 
delle canzoni di ogni lato. Per scrivere 








I DISCHI 


Per usare i programmi su disco, potete fare il boot 
della macchina con il primo disco fornito assieme 
ad Amiga Magazine. Il secondo disco invece va 
letto dopo aver fatto il boot dal proprio disco di 
sistema 

Tutti i programmi su disco vengono compressi 
con PowerPacker, per ridurne le dimensioni e 
aumentare il numero di programmi su disco. Se 
installate i programmi su hard disk o altro disco 
assicuratevi sempre che esista sul disco di 
sistema la libreria LIBS:powerpacker.library; se 
non ci fosse, potete copiarla dalla directory “libs” 
del primo dischetto di Amiga Magazine. Se lo 
desiderate, potete scompattare i programmi con 
PowerPacker 4.0 o con l'utility Packit che appare 
sul secondo disco di questo numero. | file 
AmigaGuide forniti su disco sono compressi con 
PowerPacker e di solito vengono visualizzati con 
PPMore (per questo appaiono molti caratteri 
strani, tipo coccinelle e parentesi graffe). Perusarli 
con AmigaGuide occorre scompattarli con 
PowerPacker 4.0 o con l'utility Packit. È di solito 
necessario anche cambiare Il “Default Tool" o 
"Programma associato” dell'icona, mediante il 
Workbench © (con l'opzione “Info” o 
"Informazioni"), inserendo la stringa 
“SYS:Utilities/AmigaGuide" o “SYS:Utilities/ 
MultiView" a seconda del sistema operativo 
utilizzato e dellla directory in cui si tiene 
AmigaGuide (rispettivamente 2.0 e 3.0) Il 
programma AmigaGuide non viene fornito su 
disco. L'installazione di certi programmi su hard 
disk mediante l'installer Commodore può 
richiedere che il boot avvenga dal proprio hard 
disk di sistema. Sul primo disco, infine, compare 
sempre l'utility ZShell: si tratta di una piccola Shell 
PD che accetta diversi comandi: per vederne un 
elenco lanciate da Workbench ZShell e scrivete 
help” seguito dal tasto Return 


all'interno di questi riquadri è sufficiente 
eseguire un click col pulsante sinistro del 
mouse alla posizione desiderata. | riquadri 
relativi ai titoli dei lati possono contenere 
due righe di testo, mentre quelli relativi alle 
canzoni ne possono contenere 13. | gad- 
getciclici presenti nella parte centrale dello 
schermo consentono di descrivere il tipo di 
riduzione di rumore utilizzato nella registra- 
zione e la sorgente per ogni lato della 
cassetta. Nella parte inferiore dello scher- 
mo è visibile la lista delle cassette già 
presenti nel database in memoria. Una 
volta terminata la compilazione di una co- 
pertina è infatti possibile definirne altre, 
costruendo così un database per tutte le 
cassette. 

Selezionando una voce da questa lista la 
copertina corrispondente viene visualizza- 
ta nella parte superiore dello schermo e 
può essere modificata. 

ll menu "Project" permette di agire su un 
intero database: è possibile crearne uno 
nuovo ("New"), caricarne uno precedente- 
mente salvato su file annullando quello 
attualmente in memoria (“Load”) o aggiun- 
gendo le cassette a quest'ultimo (“Inclu- 
de"). Si può salvare il database in memoria 
in un nuovo file (“Save” e "Save as") o 
aggiungerne i dati aun database già salva- 
to (‘Append”). La voce “Print” apre un 
requester per la stampa. Nei gadget “From 
MC" e “To MC" va specificato il numero 
della prima e dell'ultima copertina da stam- 
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pare, di cui verranno visualizzati autori e 
titoli a fianco. È possibile scegliere lo stile 
di stampa tra “Draft” e “Letter”, e indicare 
se la stampante supporta gli half-linefeed 
(spostamenti di mezza riga) e il grassetto. 
"Preview" mostra il risultato che si dovreb- 
be ottenere in stampa, mentre “OK” avvia 
la stampa. 

“Info” e “About” forniscono rispettivamente 
informazioni sul database in memoria e 
sull'autore del programma. 

“Save Prefs" salva la configurazione impo- 
stata in un file che viene caricato al lancio 
del programma e “Quit” lo fa terminare. 

Il menu “Edit" consente di inserire una 
nuova cassetta dopo quella attuale (“New 
Cassette"), di spostare o cancellare cas- 
sette del database tramite le usuali opera- 
zioni di “Cut” “Paste” e “Copy”, di cancel- 
lare quella selezionata (“Delete”) o di ese- 
guire un “taglia e incolla" dei singoli lati 
(“Copy one side” e “Paste one side”). 

La voce “Search for” del menu “Examine 
Data" consente di eseguire la ricerca selet- 
tiva di una cassetta nel database secondo 
l'autore, il titolo della cassetta, il titolo della 
canzone o una stringa qualunque. Una . 
volta scelto il tipo di ricerca viene visualiz- 
zato un requester nel quale impostare il 
dato da cercare. È possibile decidere se vi 
deve essere corrispondenza tra maiuscole 
e minuscole tra quanto scritto e ciò che 
compare nella cassetta (“Search case sen- 
sitive"), e attivare la ricerca dall'inizio del 
database (“Start at first") o dalla cassetta 
attuale (“Search Next"). 

La voce “List” del menu “Examine Data" 
consente di produrre una lista degli inter- 
preti, titoli di cassette otitoli di canzoni; tale 
lista può essere ordinata alfabeticamente 
tramite il gadget “Sort" e stampata median- 
te il gadget “Print”. 

ll menu “Special” consente infine di speci- 
ficare nome e indirizzo del proprietario 
della cassetta (“Owners name"), di modifi- 
care la palette dello schermo del program- 
ma (“Palette”), di cambiare la risoluzione 
dello schermo (“Screen”) e di indicare il 
nome del database da caricare al lancio 
del programma (“Set Database"). 

Ii programma è accompagnato da un data- 
base compilato dall'autore. 


SPECIFICHE DEL PROGRAMMA 


Cantiga pia 
512 kb RAM 
Kickstart 2.0 

Utilizzo 

da Workbench doppio click sull'icona 
File di supporto 

nessuno 
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AddPower @ lan. Einman 


AddPower è una utility che “aggiunge 
forza" alla versione 2.0 del sistema opera- 
tivo migliorandone alcune caratteristiche 
e funzionalità. Il programma si installa 
trasportandone l'icona nel cassetto desi- 
derato, e può essere lanciato tanto da 
Shell quanto da Workbench. Nel primo 
caso i parametri devono essere specifi- 
cati sulla linea di comando, mentre nel 
secondo caso il programma utilizza i valo- 
ri memorizzati nell'icona. 
Se dopo aver lanciato il programma si 
esegue nuovamente un doppio click sul- 
l'icona, viene aperta una finestra di confi- 
gurazione, con cui è possibile modificare 
tali valori ed eventualmente salvarli in un 
file. | parametri specificabili da Shell, cor- 
rispondenti ai gadget presenti nella fine- 
stra di configurazione sono: 
“DiskMute”: disabilita il fastidioso click 
prodotto dai drive quando non è inserito 
un dischetto. 
“MultiDir": permette di creare directory 
innestate con un unico comando. Per 
esempio, digitando da Shell il comando 


makedir ram:t/u/v 


in “RAM:" viene creata una directory “t" 
contenente una directory "u" contenente 
una directory “v”. 

“Wildstar”: abilita l’uso del carattere “*” in 
sostituzione della sequenza “#?" di Ami- 


"AssignSys”: permette di spostare con un 
unico comando tutti gli assegnamenti pre- 
senti a un disco di sistema. Digitando da 
shell 


assign SYS: disco: 


tutti gli assegnamenti di sistema (“C:", 
“S:", “L:", "FONTS:” ecc.) vengono spo- 
stati alle corrispondenti directory del di- 
sco “disco:”. 
"RegTools": modifica il sistema in modo 
che peri requester di sistema venga utiliz- 
zata la regtools.library. 
“DosReg” permette di utilizzare file re- 
quester anche con programmi che non lo 
. Alcuni vecchi programmi per- 
mettono infatti di scrivere solo il nome del 
file da aprire; scrivete al posto del nome la 
sequenza “AA”, per usare il file requester. 
La sequenza “A-” si riferisce all'ultimo 
nome selezionato col file requester. || si- 
stema può non funzionare con certi pro- 
grammi. “Shanghai”: fa in modo che tutte 
le finestre che si dovrebbero aprire sullo 
schermo pubblico di default (di solito il 
Workbench) si aprano invece sullo scher- 
«mo che si trova davanti a tutti gli altri. 
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Questo permette per esempio di aprire 
una Shell su un qualunque schermo. 
“CenterWindow”: fa aprire tutte le finestre 
che non hanno una posizione particolare, 
al centro dello schermo. 

“FixMenus": fa in modo che anche i pro- 
grammi non previsti utilizzino il nuovo look 
per i menu. 

“FixScreens”: modifica gli schermi all'aper- 
tura in modo che adottino il font, la palette 
e le penne impostate dall'utente per lo 
schermo Workbench (richiede 3.0). 
“BorderBlank": fa in modo che il bordo 
esterno degli schermi sia nero. 

Le seguenti opzioni sono presenti solo 
come parametri da Shell: “Remove”: eli- 
mina i patch effettuati e libera la memoria 
eventualmente allocata. 

"Window": produce l'apertura della fine- 
stra di configurazione. 

“Quiet”: sopprime la visualizzazione dello 
stato attuale dei patch. 

ll programma effettua dei patch al sistema 
e può guindi essere incompatibile con 
altri programmi. Se notate strani guru dopo 
l'uso del programma può darsi che ci sia 
una incompatibilità con qualche opzione. 
Sotto 2.0 il programma non funziona 
sempre correttamente. 


SPECIFICHE DEL PROGRAMMA 


di 
512 kb RAM 
Kickstart 2.0, meglio 3.0 


Utilizzo 
da Workbench doppio click sull'icona 
File di supporto 


nessuno 


VirusZ ® George 


VirusZ è un programma shareware per il 
riconoscimento e l'eliminazione dei virus 
sia dai bootblock dei dischi sia dai singoli 
file. Il programma richiede la versione 2.0 
del sistema operativo. 

L'installazione avviene copiando il file “Vi- 
rusZ" nella directory desiderata e i file 
“decrunchi.library" e “regtools.library" pre- 
senti nella directory "libs" del dischetto in 
"LIBS:". 

Una volta lanciato mediante doppio click 
sull'icona e selezionata la barra che viene 
visualizzata, possiamo accedere ai menu. 
Si noti che al lancio il programma visualiz- 
za un Alert che indica che il file è stato 
modificato: ciò è dovuto alla compressio- 
ne alla quale il programma è stato sotto- 
posto per inserirlo su dischetto, e non è 
sintomo di presenza di un virus. 
Nel menu Project troviamo le seguenti 
voci: “File check": apre un file requester 


tramite il quale scegliere un file da control- 
lare. Una volta scelto il file, viene aperta 
una finestra nella quale sono mostrate le 
informazioni che lo riguardano. 

“Sector check": apre un requester tramite 
il quale specificare quale drive si desidera 
controllare. 

Una volta compiuta la scelta e premuto il 
gadget “Ok" vengono controllati tutti i bloc- 
chi del dischetto presente nel drive sele- 
zionato e vengono stampati i risultati in 
una finestra. 

"Vector check”: controlla tutti i vettori di 
interrupt e delle librerie, indicando quelli 
non standard. 

“BootBlock Lab": mostra una finestra tra- 
mite la quale è possibile leggere il conte- 
nuto del bootblock di un disco e eventual- 
mente modificarlo. 

Unavolta scelto il drive su cui agire tramite 
il gadget in alto a sinistra, si può leggerne 
il bootblock tramite “Read”. 

Col gadget in alto a destra è possibile 
modificare il formato con cui il blocco 
viene visualizzato. 

È possibile salvare in un file il bootblock 
letto premendo il gadget “Save”, ricaricar- 
lo successivamente col gadget “Load”, e 
scriverlo su disco col gadget “Save” (at- 
tenzione a quest'ultima operazione che, 
se compiuta senza le opportune precau- 
zioni, può rendere illeggibile un disco). 

ll gadget "Install" installa un bootblock 2.0 
standard sul disco selezionato. 

“Exit chiude la finestra. “Show Brains" 
mostra tutti i virus di bootblock e di file noti 
al programma, mentre “About” fornisce 
informazioni sull'autore del programma. 
“Hide” nasconde l'interfaccia del program- 
ma (che è una commodity), mentre “Quit” 
ne termina l'esecuzione. 

Il menu “"Prefs" consente di regolare le 
caratteristiche dei vari controlli attivabili 
col menu precedente e alcuni parametri 
del programma. 

La voce “File check" di tale menu permet- 
te di indicare se file eventualmente com- 
pressi devono essere decompressi prima 
di ricercare un virus (*Decrunch+-files"), di 
sopprimere la richiesta di autorizzazione 
a eliminare un virus ("Auto-Handie"), di 
ricercare i virus senza tentare riparazioni 
(“Check without.."), di non operare sulle 
sottodirectory (“Skip subdirectories") e di 
generare e salvare un report su quanto 
riscontrato (“Generate" e “Auto-save").Se- 
lezionando “Sector Check" è possibile 
definire se i settori infettati devono essere 
sostituiti immediatamente (“Auto-Repair") 


o solo segnalati nelreport(“Checkwithout 


repair”). 


La voce “Vector Check" consente di defi- © © 
nire quali vettori devono essere mostrati 


conl'equivalente voce delmenu “Project”. 
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. Selezionando "Bootblock Lab” si può for- 
zare una richiesta prima di eventuale scrit- 
tura sul disco (“Ask before..."), provocare 
una lettura automatica del bootblock di un 
disco inserito ("Read Inserted...") e instal- 
lare automaticamente dischi privi di boot- 
block (“Install..."). 

La voce “Background preferences" per- 
mette di configurare VirusZ in modo che 
controlli tutti i dischi non appena viene 
lanciato (“Check All...”), controlli i boot- 
block per ogni disco inserito (“Check bo- 
otblocks”), ricerchi i virus in memoria a 
intervalli di tempo regolari ("Check me- 
mory...") definibili tramite lo string gadget 
sottostante e controlli le routine di valida- 
zione dei dischi per ogni disco. 
Selezionando “Miscellaneous” è possibile 
definire se gli hunk che compongono il file 
di VirusZdebbonoessere controllati (*Che- 
ck hunks..."), e alcuni parametri relativi al 
comportamento del programma all'avvio. 


STO erre 
Kickstart 2.0 


Utilizzo 
da Workbench doppio click sull'icona 
File di supporto 


PrtSc ® Jan Haggvist 


Questa utility, funzionante a partire dalla 
versione 2.0 del sistema operativo, per- 
mette di associare al tasto PrtSc (<shift> + 
**" deltastierinonumerico) la stampa dello 
schermo. Questa avviene utilizzando i pa- 
rametri impostati in Preferences. 
Una volta copiato nella directory deside- 
rata, il programma può essere lanciato 
mediante doppioclick sull'icona o da Shell. 
Premendo la combinazione di tasti <Alt> 
+ <PrtSc> viene visualizzato un requester 
che consente di impostare alcuni parame- 
tri. | due gadget posti nella scritta “Reset 
before after dumping" permettono di ese- 
“guire un reset della stampante prima e/o 
dopo la stampa dello schermo. 
Quello posto tra “ActiveScreen” e “Fir- 
stScreen" decide se lo schermo da stam- 
pare è quello attivo o il primo. Se il gadget 
“Aspect” è attivato, la copia su carta viene 
scalata inmodo da rispettare le proporzio- 
ni dello schermo. “Center picture” centra 
l'immagine sul foglio, mentre “No formfe- 
ed” evita l'espulsione del foglio a stampa 
effettuata. “Full columns” e “Full rows” 
modificano le proporzioni dell'immagine 
Me e aa pa A ionico 
orizzontale o verticale 


“Save Config” salva i parametri impostati 
nel file“s:PrtSc.cfg" dal quale sarannoletti 
al lancio successivo, mentre "Quit" termi- 
na il programma. 


Seo MAN remo 
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Fleuch @ Karsten Gotze 


Questo gioco e basato su un vecchio 
Thrust per C64. 
Perinstallarlo è sufficiente trasportare l’ico- 
na nel cassetto desiderato. Lo scopo è 
quello di pilotare una navetta spaziale alla 
ricerca diuna sfera, senza sbattere contro 
le superfici del pianeta. 

La forza di gravità ci attira verso terra, 
quindi è necessario mantenersi in volo 
mediante brevi accensioni dei motori che, 
ruotando lievemente l'astronave rispetto 
alla verticale, ci permettono anche di spo- 
starci. 

Il'tutto è ostacolato da nemici che posso- 
no essere distrutti tramite un cannone 
posto sulla parte superiore della navetta. 
Una volta trovata la sfera bisogna avvici- 
narsi a essa, emettere un raggio trattore 
chela catturi e trasportarla in alto verso lo 
spazio esterno. Al lancio del programma 
si presenta una schermata tramite la qua- 
le impostare il controllo da tastiera (K) o 
joystick (4). Nel primo casoiil gioco si attiva 
premendo la barra spaziatrice, nei secon- 
do mediante il pulsante del joystick. 

Le azioni controllabili sono: 

- rotazione a sinistra (tasto A 0 joystick a 
Sinistra); - rotazione a destra (tasto S o 
joystick a destra); - accensione dei motori 
(shift destro o joystick in alto); 

- fuoco (return o pulsante del joystick) 

- raggio trattore (spazio o joystick in bas- 
so). Inoltre il tasto ESC consente di termi- 
nare il livello o la partita, e la “P" mette il 
gioco in pausa. 


Sg na 
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AlertHelp @ Jan Haggvist 


Questa utility funziona a partire dalla ver- 
sione 2.0 del sistema operativo e sostitu- 
isce gli Alert di sistema (quelli che compa- 
iono a causa di un errore di un program- 
ma) con una finestra che fornisce maggio- 
ri informazioni su quanto è accaduto. 
Copiate il programma in una directory nel 
path (come C:) e lanciatelo da Shell. 
Potete verificarne il funzionamento con i 
file contenuti nella directory “test" che 
provocano delle Guru (attenzione dun- 
que a non perdere dati preziosi in memo- 
ria). 

Se l’Alert prodotto è di tipo recuperabile, 
la finestra mostrata potrà essere chiusa 
mediante il gadget “Thank you”. 

Se L'Alert è relativo a un errore irrecupera- 
bile la finestra contiene tre gadget: “Guru” 
che porta all'Alert definitivo, “Reboot” che 
permette di eseguire il boot senza passa- 
re dall'Alert, “Suspend” che tenta di so- 
spendere solo il programma che ha com- 
piuto l'azione illegale senza causare il 
reset della macchina. 

Incaso si presenti un requester di sistema 
che indica un Alert, è possibile mostrare il 
requester di AlertHelp premendo il gad- 
get “Reboot”. 


SPECIFICHE DEL PROGRAMMA 
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da Workbench doppio click sull'icona 
File di supporto 

nessuno 


Free ® Omar Siddique 


Free è un comando da usare da Shell che 
mostra lo spazio disponibile su un qualun- 
que hard disk o floppy. La sintassi del 
comando è: 


Free <Drive> 


dove <Drive> è il nome del drive (p.e. 
“Free df0:"). 

SPECIFICHE DEL PROGRAMMA 

minima 
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Kickstart 1.3 

Utilizzo 

da Shell digitando “Free <nome drive>” 


File di supporto 
nessuno 
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ON DISK 


Ace @ David Benn 


ACE è un compilatore di programmi scritti in 
una versione lievemente modificata di Ami- 
gaBasic. Funziona a partire dalla versione 
1.3 del sistema operativo. Per installare il 
sistema, trasportate il cassetto “ACE” nel 
cassetto desiderato e inserite in “S:User- 
Startup" o “S:Startup-sequence” i seguenti 
assegnamenti: 


assign ACE: <path del cassetto “ACE”> 
path ACE:bin add 

assign ACElib: ACE:lib 

assign ACEbmaps: ACE:bmaps 

assign ACEinclude: ACE:include 


Una volta eseguito il reset della macchina, 
per attivare le precedenti modifiche, proce- 
diamo alla compilazione di un programma 
d'esempio. Nel sistema è disponibile il pro- 
gramma "AIDE”, che costituisce l'ambiente 
integrato di ACE e funziona solo a partire 
dalla versione 2.0 del sistema operativo. Per 
produrre un file eseguibile a partire da un 
ipotetico file AmigaBasic prova.b (l'esten- 
sione *.b" è obbligatoria) si procede come 
segue: 


bas prova 


Il comando bas è uno script CLI che esegue 
automaticamente la fase di compilazione dei 
sorgente Basic, la compilazione del sorgente 
assembler generato con il passo precedente 
e il linking. AI termine delle operazioni, trove- 
remo nella stessa directory di “prova.b” il file 
“prova” perfettamente eseguibile. 

Eseguendo un doppio click sull'icona 
“ExampleProgs.bat" verranno decompressi 
in RAM: molti esempi di sorgenti AmigaBasic 
compilabili con ACE. Per usarli con l'ambien- 
te integrato conviene copiarli in un'altra di- 
rectory, perché il programma non riconosce 
il nome “Ram Disk:" come un unico nome e 
pertanto non trova il file. AIDE permette di 
compiere tutte le operazioni mediante dei 
menu. Si può configurarlo per farlgi usare il 
proprio editor preferito. Su dischetto si è 
scelto di usare TkEd (fornito su dischetto), ma 
potete cambiarlo con quello di vostra scelta. 


“_. z 
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Kickstart 1.3 (2.0 per il programma AIDE) 
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Packlt ® Mike Barsoom 


Packit è una utility per la compressione e 
decompressione di file che usa la 
powerpacker.library e funziona a partire 
dalla versione 2.0 del sistema operativo. 
Può essere utile per recuperare il file origi- 
nale a partire dalla versione compressa, 
cosa molto utile specie con i file di docu- 
mentazione in formato AmigaGuide. Per 
installare il programma è necessario co- 
piarlo in una directory a scelta e copiare in 
“LIBS:" la powerpacker.library presente 
nella directory “libs” del primo dischetto. 
Il comando deve essere eseguito da Shell 
con la seguente sintassi: 


PackIt <sorgente> {<destinazione>] 


Se non viene specificata alcuna destina- 
zione, il file sorgente viene sovrascritto. In 
mancanza di ulteriori parametri, Packlt 
comprimerà file non compressi e vicever- 
sa. È possibile specificare anche altri pa- 
rametri, tra i quali elenchiamo i più impor- 
tanti: Efficiency <n>: indica l'efficienza 
della compressione. il numero <n> può 
assumere valori compresi tra 0 (bassa 
efficienza) e 4 (alta efficienza). 

Buffer <n>: indica le dimensioni del buffer 
(0 = grande, 1 = medio, 2 = piccolo). 
Crypt: codifica o decodifica il file con un 
codice chiave impostato tramite il para- 
metro "PassWord". 


512 kb RAM 
Kickstart 2.0 


eee tini 
StackMon @ David Kinder 


StackMon è una utility che funziona a 
partire dalla versione 2.04 del sistema 
operativo e mostra la quantità di stack 
utilizzata da ogni task: può risultare molto 
utile ai programmatori. Una volta lanciato, 
mediante doppio click sull'icona, il pro- 
gramma mostra una lista dei task attual- 
mente presenti nel sistema. Selezionando 
il task con il mouse, nella barra posta nella 
parte superiore della finestra viene mo- 
stratol'usoin percentuale del proprio stack. 
Iivalore “Current” indica la dimensione in 
byte della porzione in uso, mentre “"Lar- 
gest" indica la dimensione della porzione 


più grande usata da questo task e "Stack" 
indica la dimensione totale. La lista dei 
task non viene aggiornata automaticamen- 
te al lancio di un nuovo programma: è 
necessario premere il gadget “Update list”. 


512 kb RAM 
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da Workbench doppio click sull'icona 
File di supporto 


TkEd 


TKkEd è un potente text editor Shareware 
che funziona a partire dalla versione 1.3 
del sistema operativo. Per installare il pro- 
gramma, trasportate l'icona del cassetto 
TkEdnella directory desiderata (per esem- 
pio “Work"”):, e inserite nel file “S:User- 
Startup” la linea “assign TKEd: Work:TkEd". 
Sarà inoltre necessario disporre dei file 
“regtools.library” e “powerpacker.library” 
in *LIBS:. 

Dopo aver eseguito un reset per rendere 
attive le modifiche alla User-Startup, lan- 
ciate il programma “InstallHelp.bat". Ora 
potete lanciare TKED con un doppio click 
sull'icona. Questa versione è limitata quan- 
to alle dimensioni del testo gestibile, ed è 
necessario pagare la quota Shareware 
per ottenere dall'autore la versione non 
limitata. Le funzionalità di questo editor 
sono quelle tipiche di altri prodotti analo- 
ghi, fatta eccezione per la possibilità di 
eseguire dei folding del testo. Questa fun- 
zione si attiva inserendo in untesto le righe 
“(*On")" e “(*Off*)" e selezionando la voce 
"Folding/Fold Text" del menu “Block". Il 
testo contenuto tra le due linee verrà na- 
scosto e la sua presenza sarà evidenziata 
solo dal fatto che la linea precedente risul- 
terà di colore bianco. Il testo torna visibile 
selezionando la voce “Folding/Unfold Text" 
del menu “Block”. gli identificatori di inizio 
e fine folder sono modificabili tramite la 
voce "Folding" del menu “Prefs". 
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Amiga CD. 
Ha tutti i titoli per essere un mostro. 
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Finball Fantasies Prey FA Harder Chambers of Shaolin Seven Gates of lambala =—Infernatiana’ Karate Plus Fire Force 





LEN 





Sense Soccer fem Mysx Bography (W Pag) Cose, Il 02 (M Peg) Or 


Attenti, ragazzi. Il mostro che tutti conosciamo - doppia velocità, doppia potenza e 256.000 colori - ha sempre più voglia di 
sfidarvi, più forza e, soprattutto, più titoli: tutti belli, veloci e incredibilmente convenienti. Perché il mostro cresce a vista d'occhio, 
ma il suo prezzo rimane piccolo piccolo: per 699.000 lire (IVA compresa) il mostro è vostro. E in regalo, quattro giochi da sballo: 
Oscar, Diggers, Dangerous Streets, Wing Commander. Capito, ragazzi? Solo Amiga CD32 - la prima consolle CD da gioco 


0 32 bit - ha tutti titoli per essere un mostro. E ne avrà sempre di più. Parola di mostro. Cr Commodore 





In principio c'era ECS... Dopo venne AGA... Ora c'è EGSII 


EGS-28/24 SPECTRUM 





CAMPANIA 


COMPUTER SERVICES 


C.so Arnaldo Lucc 
NAPOLI 
Tel. 081/5536257 


DATA OFFICE 
Tecnoshop 
Via Roma. 5/7 
S.Sebastiano Vesuvic 
NAPOLI 
081/5743260 


MP COMPUTER 
Via Napoli, 88/90 
MADDALONI 
Tel. 0823/102371 


SICILIA 
CHP SRL 
Via R. Mandini, 3 


PALERMO 
Tel. 0991/302433 


EMILIA ROMAGNA 


MINNELLA COMPUTER 


Via Stalingrado, 105 
BOLOGNA 
Tel. 051/3828098 


S & A SISTEMI 
Via Spallar Zani 32 
MODENA 
Tel, 059/211225 
LAZIO 
COMPUTERMANIA 
Vi dei Durantini, 62 
ROMA 
Tel. 06/4394867 
OTS ELECTRONICS 
Via dei Gelsi. 130/13 


ROMA 
Tel. 06/2597209 


PC WARE 


Hardware e Software 


Via Carlo Pirzio Biroli, 60 


CIAMPINO 
Tet.06/7912121 


TECNICOMP 
Via dell'Arcedia, 89/91 
ROMA 
Tel, 06/5412939 


VGS INFORMATICA 
Via Fosse Ardeatine, 100 
FROSINONI 

Tel. 0775/212188 


TOSCANA 


ELECTRONIC DREAMS SAS 
Via Dante, 77 
PONTEDERA 

Tel. 0587/52063 
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PER ARRIVARE... DOVE 
NESSUN AMIGA E' MAI 
GIUNTO PRIMA! 


L'EGS-28/24 SPECTRUM porta il tuo AMIGA 2000, 3000 e 4000 oltre l'AGA e ti proietta nel mondo delle risoluzioni e della grafica 
in tempo reale o 24-bit finora esclusiva di costose workstation. Ammira i colori e le caratteristiche dello nostra SPECTRUM. 


A Risoluzione programmabile fino od una incredibile 1600x1280 - 800x600 a 24-bit! 

1) Sistemo operativo grafico e display a 24-bît in tempo reale. 

 EGS-Paint, pacchetto 24-bit ad alte prestazioni di painting professionale e ritocco fotografico 

2 Segnale RGB AMIGA passante, così puoi alternare lo schermo EGS e quello AMIGA su un solo monitor! 

2 Compatibile ed autoconfigurante Zorro Il (16 bit) e Zorro III (32 bit) per avere il massimo delle prestazioni su tutti gli AMIGA. 
2 Blitter Hardware per ln tutte le applicazioni incluse quelle do Workbench! 

Software disponibile espressamente per EGS 

EGS-Point, Rainbow Painter, MPEG Player, Connect Four 

Altri software compatibili EGS 

Image Fx, Page Stream, Art Expression, Type Smith, Real 30, Fionl Copy, Pro Write, Pro Page, Pro CALC e molti altri la lista è troppo 
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ricerca & sviluppo 
Via Buozzi, 6 - 40057 CADRIANO DI GRANAROLO (BOLOGNA) Italy - Tel. 051/765563 - Fax 051/765568 - BBS. 051/765553 


